一名在职场多年的人，你一定具备写工作总结的能力，想要让自己的工作能力有所提升，我们就要养成写工作总结的习惯，以下是职场范文网小编精心为您推荐的软件测试的工作总结7篇，供大家参考。
软件测试的工作总结篇1
伴随着充实紧凑的工作生活，两个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。总结经验，吸取教训，本文将主要从几个方面来对工作进行总结：工作的主要内容；其中的失败和教训以及成功和经验；展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。
1、工作的主要内容
在这两个月的工作中，我的总体任务是协助xx做好武警xx部队xx管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：编写xx系统的各类文档；系统的编码及bug勘误工作；系统的测试工作。下面依照时间来对我的工作进行介绍。
初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利；若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行xx系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。
在对xx系统进行测试之后，暴露了系统的诸多问题，测试过程中发现xx系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写xx系统的数据需求文档。在编写该文档的过程中，对xx系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。
完成了xx系统的数据需求文档的编写之后，新的任务是对整个xx的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。
在对xx系统添加输入限定完成之后，进入了解决程序小问题的阶段，对xx系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。
完成了系统的修补之后，我们的程序送到了xx进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。
第一轮测试结果出来之后，我们项目组开始了紧张的第一轮xx系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。
第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。
在进行所检之余，我又接到了新的任务，完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。
现阶段我的任务是根据所检的bug列表，对矿权系统进行回归测试。
2、工作中失败的教训以及成功的经验
对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。
成功的经验：
（1）敢于接受任务并想尽一切办法完成
入职两个月最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。
（2）勇于承担错误，正视自身的问题
在这两个月的工作中可谓是错误不断，从文档的错别字这种小问题到xx系统bug修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。
失败的教训：
（1）重视每一个细节，不要忽视小问题
在最初进行xx系统数据需求文档的编写的过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。
（2）进行重复工作也不能大意
在对xx系统进行输入限定的方法熟悉之后，都是重复性的.工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。
（3）考虑问题要严谨
在对xx系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。
（4）注重用户体验
在xx系统bug勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。
3、展望下一阶段的工作
下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习oracle数据库和sql数据库的使用上的区别，做好从sql数据库向oracel数据库的迁移工作。
这两个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢两个月来xx经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。
软件测试的工作总结篇2
通过面试，来到xx公司工作，已经一个月过去了，我努力了解公司的文化、制度、相关本岗工作的各种信息，以便尽快的融入到公司大家庭。对我一个月来的工作总结如下：
一、对公司的认识
在工作初期，我从各渠道了解公司的发展情况；对公司的业务模式、组织架构、地域分布有了初步的了解；阅读了一些公司管理制度。对公司的发展前景充满信心，愿意更加坚实与公司共同成长。
二、工作了解
1、信息化工作无中期的战略目标
基础建设与运维方面
基础建设薄弱。设备相应的资产信息、应用权限、辅助安全、扩展应用、、、、、、管理都较松散，缺乏整套切实可行的运维机制（当然这和公司之前无本岗位人才有关）。
3、网络方面
网络不足以支撑目前的公司应用规模，表现在：网络结构无规划、带宽不足、网络管理设备性能太低，这些因素导致公司网络不稳定，无法支撑发布it应用服务。
系统推进方面
对于目前xx系统在测试准备阶段深切体会到一些问题：
（1）、从整体看这套xx不符合目前公司的管理结构。即：我公司所选这款xx系统适合中小企业或者但组织架构企业，不适合我们目前的集团管理架构。在日后我们xx应用逐渐成熟和层次逐渐深化时就会暴漏出很多问题。如：与日后集团型其它系统数据对接、更深层次权限划定
（2）的模块选择不合理。对一般xx非常有用的模块没有购买，如：日程提醒、数字签名、移动应用。对我们目前现状没必要的模块又买了，如：邮件模块、办公用品管理。
（3）系统功能弱。开放自助修改地方的相对市场上主流xx较少；协同审批流程设定麻烦；新闻中心版面僵硬，不可修改；知识中心版面缺乏人性化；通讯录功能非常薄弱；即时通讯功能太可怜
（4）、系统实施规划不够全面。系统实施零散，缺乏整体规划。如：系统基础设备架设不安全；数据备份不合理；系统基础数据有些缺少统一规则制定；乙方顾问更换平凡、对接人多。
三、工作推进
1、将两个无线路由安装使用起来。
2、上线准备工作完成。截止年xx月xx日xx上线前的准备基本完成，包括上线前全员培训。接下来就是公司开始试用行，上线运行后再出现的问题继续协调处理。
3、机房整理，将小ups装给财务利用；不用之物清理出机房；
四、工作展开计划
通过对公司的了解，利用现有资源，以现在已明确的任务为首要（xx系统推行到全公司），结合公司信息化长远发展，逐步从基础架构开始完善信息化工作，计划工作如下开展：
1、首先将xx系统在集团总部推行起来。
2、下一步整改机房，使机房相对安全，整洁。
3、深入了解整个集团各公司的网络使用状况，对网络全面的规划改造，为日后公司更多的it应用做准备。
4、建立升级和建立基础的信息共享沟通，即：升级邮箱、建立整个集团可应用的即时通讯系统、简单文件共享。
5、拟建初步的信息化管理办法。
系统在各个公司逐步推行使用起来。
软件测试的工作总结篇3
这学期的期末大作业是对elearning java eter。就这次大作业而言，我认为它与我们平时做的实验很不相同，我们平时的实验只是涉及到测试的某个小部分，而这次测试却是对一个相对完整的项目按照规范的标准进行测试。
对于好的测试来说，应该注意一下几点：
1.测试的独立性：一次只测试一个对象，方便定位出错的位置。这有2层意思：一个testcase，只测试一个对象；一个testmethod，只测试这个对象中的一个方法。
2.给测试方法一个合适的名字。
3.在assert函数中给出失败的原因，如：asserttrue(…should be true,…)，方便查错。在这个例子中，如果无法通过asserttrue，那么给出的消息将被显示。在junit中每个assert函数都有第一个参数是出错时显示消息的函数原型。
4.测试所有可能引起失败的地方，如：一个类中频繁改动的函数。对于那些仅仅只含有getter/setter的类，如果是由ide(如eclipse)产生的，则可不测；如果是人工写，那么最好测试一下。
5.在setup和teardo框架+一门编程语言（建议python），或者收费软件qtp，推荐selenium，因为它是开源的、免费的，不存在盗版问题、且可扩展，所以国内的一线大公司喜欢用。
pc客户端自动化测试：常用的测试工具：qtp。付费软件，国内很多小公司在用。
android手机自动化测试：常用的测试工具：monkey、monkeyrunner、robutium、appium等，这些都是开源软件。一样，国内一流的公司都在使用。
苹果端的自动化测试：常用的测试工具：instrument、fonemonke、broomine、iphone sdk自带的test unit。
不管学习哪一个终端的自动化测试，熟练掌握一门编程语言是必要条件。
最后谈谈软实力，一个优秀的测试技术专家，我认为需要具备以下几个特性：
持续学习能力：计算机技术的发展可谓日新月异，如果不持续学习，那么不出2年，你就会发现你只能当一个廉价的手工测试人员。所以如果能在工作中学习，不能的话，下班后保证2个小时的自学时间。几年下来，你就能发现自己的进步有多大。
沟通能力：我觉得可以从2方面培养：第一：日常工作的沟通能力：和开发、产品、运维、客服同事的沟通要及时，表达要准确，多微笑、多倾听、保持良好轻松的同事关系。第二，正式场合的沟通能力，如项目周会、评审会议、总结会议，一定要提前做准备，讲什么、怎么讲，自己私下里先练习一下，这样在正式场合才能表达清楚、气定神闲、落落大方，给领导和同事留下一个好的印象。
团队合作能力：首先从心态上，要强调整体的概念，放下单打独斗的想法。在实际项目中，体现为团队成员之间的相互协作、资源共享、共同进退。这个时代已经不是一个英雄创造神话的年代了，只有团队的齐心协力才能把项目做好，这样的人往往也是公司最喜欢，最愿意去培养的人。
与优秀的人为伍：所谓近朱者赤，近墨者黑。跟对一个老大、和优秀的人共事，找一个优秀的伴侣、经常去参加一些牛人讲座、技术论坛，通过这些人的耳濡目染，一定会让你少走很多弯路。
其他还有很多软实力，但我个人认为以上几点比较重要。
凡事要趁早，特别是技术行业，一定要在头几年打下扎实的技术功底，这对将来的技术管理或技术专家路线都有极大的帮助。
不知不觉写了这么多，感觉还没有说完，希望我的一些拙见能对刚毕业的同学和还在测试领域迷茫的同学一点帮助。
软件测试的工作总结篇4
时光荏苒，从毕业到现在已经10年，10年来一直从事着软件测试的工作。从一个什么都不会，到测试技术人员再到测试管理，期间有迷茫，有痛苦，有弯路，有捷径。今天对自己过去的10年测试经历做一个总结，一是给自己重新出发增加动力，二是给刚入道的、迷茫中的测试朋友一点点建议，希望你们少走弯路。
首先，谈谈测试职业规划，即做什么的问题。所谓方向比努力重要，这绝对是一句真理。如果能在刚走上测试工作岗位的时候明白这个道理，那么不出5年，你一定能成为某一测试领域的专家，那时不管是薪水、自信心都是顺其自然的事情。但是遗憾的是，我们获取的太多信息是，测试人员是一个通才，什么都要学，什么都要懂。结果这样的一个方向，导致了3脚猫功夫的测试人员一大把。那么什么都懂一点的测试人员难道就没有用武之地了吗也不是，可以朝着测试管理岗位发展。说到这里，引出了测试职业规划的第一条路：测试管理。那么很容易想到职业规划的另外一条路，测试技术专家。在测试技术领域里，无外乎就是性能测试专家和自动化测试专家。
明确了软件测试职业规划的三个方向，接下来就是如何选择一条适合自己的方向。下面给出我的几条建议。
关于选择测试管理：首先你一定不是一个喜欢技术，对技术敏感的人，这个很容易判断。第二，你一定是个善于沟通，组织协调能力强的人。第三，你的长期抗压能力较强，上能顶住领导批评，下能顶住下属埋怨。能受得了委屈，吃的了亏。第四，你对管理工作充满持续的激情，如果过去你是一个比较如鱼得水的学生干部，那更加没问题。总之，相对你的iq，你的eq更高。那么从性格上来说你比较适合做测试管理工作。
关于选择性能测试专家：正好和测试管理人员具备的性格相反，首先，你不喜欢组织协调这样的工作，你性格有些孤傲，你上学的时候一定不是学生干部，或者不是一个如鱼得水的学生干部。第二，你不一定是个技术狂热者，但你不排斥技术，你的动手能力较强，喜欢实践。能静下心来学习。那么你有成为一个技术专家的潜力关于选择自动化测试专家：和性能测试专家类似，如果你掌握一门编程语言，或者有信心学好一门编程语言，那么恭喜你，你有成为自动化测试专家的`潜力。通常，性能测试专家和自动化测试专家在技术上是相通的。
确定了自己的测试发展方向，接下来就是如何实现的问题。有一个的10000小时定律理论，即一个人想要成为某个领域的专家，需要经过1万个小时的锤炼。按此比例计算，如果以每天工作8小时，一周工作5天计算，那么成为一个领域的专家需要4-5年的时间。
关于如何成长为测试管理人才：首先你一定要成为一个功能测试专家;通过参与至少2个完整项目的测试工作，你对测试理论、一个完整项目的测试流程、测试活动、测试输出了于指掌。第二，尽量选择一个行业如电信、支付、网购、通讯等深入做下去，成为该领域的业务专家。因为测试经理的角色往往也是半个需求人员的角色。第三，尽量在头三年的时间里，亲自参与功能测试、性能测试、自动化测试工作，为后面测试管理的招聘工作、测试计划、人员分配、任务安排打下一个良好的技术基础，说白了，测试管理工作也是一个技术管理岗位，没有一定的技术功底，很难开展后续的管理工作。
关于如何成长为性能测试专家：刚进入测试管理岗位，你负责的工作一定是功能测试任务。没有机会接触性能测试工作。怎么办我的建议是：自学或者参加培训班，如果你是一个自我管理能力非常强的人，建议自学，如果不是，那么建议参加专门的性能测试培训班。参加培训班之前大致了解一下性能测试的基础知识。
性能测试的学习过程大致如下：
1) 首先了解一个系统的架构，明白各服务器之间是如何交互工作、系统的数据流向、系统的压力点，从而确定性能测试需求和指标，即那些功能需要考虑压力，能承担的压力是多大。比如一个购物网站，最典型的登陆功能、提交订单功能需要支持多少个用户并发，每个并发用户在几秒之内完成操作，系统长时间在压力状态下的稳定性。
2) 第二选择测试工具，对于基于http协议的应用来说，一般loadrunner都能完成性能测试工作，学习loadrunner的三部曲：脚本录制编写
(loadrunner generator)、场景设置和执行(loadrunner controller)、结果分析(loadrunner analysis)的内容。
对于一些无法用现有工具实施性能测试的应用，需要考虑自己编写工具来完成。所以一个优秀的性能测试工程师一定是能熟练使用一门编程语言的。
3) 实践，一定要多实践，安装完loadrunner以后，loadrunner里带有现成的性能测试项目---飞机订票系统。完全可以拿来练手loadrunner。
4) 性能测试的目的是发现系统处理能力的瓶颈而系统调优才是最终的目的，如果能进一步提高各业务服务器、数据库服务器的调优技能，对性能测试工作来说是如虎添翼。
关于如何成长为自动化测试专家：
自动化测试和性能测试不一样，性能测试主要是对服务器的性能做测试，而自动化测试是从前端考虑，其目的旨在于替代部分手工测试、考量客户端长时间运行的稳定性。自动化测试分为：web站点的自动化测试、pc客户端的自动化测试、手机端的自动化测试。每一个终端的测试都是一个大的领域，建议先深入学习一个终端的自动化测试技术。
关于web端站点的自动化测试：常用的开源测试工具：selenium框架+一门编程语言(建议python)，或者收费软件qtp，推荐selenium，因为它是开源的、免费的，不存在盗版问题、且可扩展，所以国内的一线大公司喜欢用。
pc客户端自动化测试：常用的测试工具：qtp。付费软件，国内很多小公司在用。
android手机自动化测试：常用的测试工具：monkey、monkeyrunner、robutium、appium等，这些都是开源软件。一样，国内一流的公司都在使用。
苹果端的自动化测试：常用的测试工具：instrument、fonemonke、broomine、iphone sdk自带的test unit。
不管学习哪一个终端的自动化测试，熟练掌握一门编程语言是必要条件。
最后谈谈软实力，一个优秀的测试技术专家，我认为需要具备以下几个特性：
持续学习能力：计算机技术的发展可谓日新月异，如果不持续学习，那么不出2年，你就会发现你只能当一个廉价的手工测试人员。所以如果能在工作中学习，不能的话，下班后保证2个小时的自学时间。几年下来，你就能发现自己的进步有多大。
沟通能力：我觉得可以从2方面培养：第一：日常工作的沟通能力：和开发、产品、运维、客服同事的沟通要及时，表达要准确，多微笑、多倾听、保持良好轻松的同事关系。第二，正式场合的沟通能力，如项目周会、评审会议、总结会议，一定要提前做准备，讲什么、怎么讲，自己私下里先练习一下，这样在正式场合才能表达清楚、气定神闲、落落大方，给领导和同事留下一个好的印象。
团队合作能力：首先从心态上，要强调整体的概念，放下单打独斗的想法。在实际项目中，体现为团队成员之间的相互协作、资源共享、共同进退。这个时代已经不是一个英雄创造神话的年代了，只有团队的齐心协力才能把项目做好，这样的人往往也是公司最喜欢，最愿意去培养的人。
与优秀的人为伍：所谓近朱者赤，近墨者黑。跟对一个老大、和优秀的人共事，找一个优秀的伴侣、经常去参加一些牛人讲座、技术论坛，通过这些人的耳濡目染，一定会让你少走很多弯路。
其他还有很多软实力，但我个人认为以上几点比较重要。
凡事要趁早，特别是技术行业，一定要在头几年打下扎实的技术功底，这对将来的技术管理或技术专家路线都有极大的帮助。
不知不觉写了这么多，感觉还没有说完，希望我的一些拙见能对刚毕业的同学和还在测试领域迷茫的同学一点帮助。
软件测试的工作总结篇5
先介绍一下我的背景：通信类院校20xx年毕业、本科、计算机专业，毕业后进入一家大型通信设备商工作，任职软件测试工程师。
一、t项目执行
20xx年7月13日入部门，此时才知道自己被分配到了测试部。部门主管把我领走后，就把我交给了导师。
入部门的头几天，主要熟悉公司的工作环境，认识部门同事，了解产品知识。由于我们是做传输设备的，所以当时学习的产品知识主要以sdh原理为主，包括sdh的帧结构、网络的保护和倒换等。
下面介绍一下我所做的项目。
项目名称：t软件
项目概况：该项目是在pc和sun工作站上开发的软件，属于cs结构。client端用java开发（开始使用jdk1.3，后来改用jdk1.4），实现跨平台；server端用c++开发，使用ace实现跨平台（windows和unix）。
人力投入：开发好像是9人，测试3人。（我来的时候是产品的第2个版本，人力投入大概如此）
我入部门几天后，t项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容，去点鼠标，如果发现程序出现错误或异常，就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标：）
现在想起当初的测试工作，实在有太多的不足，和待改进点。
1、测试用例。对于一个软件的测试来讲，测试用例是至关重要的。测试用例要覆盖所有测试规格，而且测试用例要易于理解、易于执行，简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟，最糟糕的是用例的质量很差，使用这些测试用例，根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的，而且用于存储测试用例的excel表格设计的很差，界面很不友好，从一定程度上降低了测试效率。
2、产品知识。t软件虽然是在pc和工作站上运行的，但是开发t软件的目的是为产品服务的，所以我们必须具备产品知识，才能更好的对t软件进行测试。恰巧当时包括我导师在内的3个人，都不太了解产品，所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。
3、软件测试的重点不明确。软件测试是软件工程中的一项重要活动，它尽可能发现程序中存在的缺陷，保证程序的质量。但软件作为一种商业品，有它的发布时限，老板说这个软件要1月份发布，你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多，而很多重点却没有得到重视，一些严重问题暴露的`比较晚，导致测试时间延了又延，版本测了一个又一个，想起那些日子，只能如此描述：“累并痛苦着”。
4、测试流程的把握。7月份中旬，t项目从开发部转到测试部，进入了测试阶段，实际当时的产品质量并不能达到转测试的标准，而我们却让他们通过了转测试，结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此，我们是测了一轮又一轮，测的我们都要绝望了。回头想一想，t软件还真的是我们测出来的，而不是开发写出来的：）
软件测试的工作总结篇6
20xx年自动化测试工作严格按照要求，保质保量完成客户指派的任务。截止目前，已完成话费收取、账单查询、产品变更、营销活动等137项关键业务测试用例、105个自动化回归测试场景设计，范围涵盖个人业务、家庭业务、集团业务、账务管理、营销活动及各类常用查询功能。陕西公司在大型版本上线时均进行关键业务自动化回归测试，降低了新版本上线风险，保证了新版本上线后关键业务和常用业务正常受理。累计已进行新需求上线前后回归测试68次，运行业务脚本13100余次，发现系统原有缺陷38个，新需求缺陷69个，进行业务规则梳理146个，为新需求影响范围分析提供了数据依据，较大程度的提高了上线成功率，降低了上线后系统的缺陷率，提高了系统的稳定性。
从20xx年5月份入职到现在的多半年时间内，主要对系统，业务的深入理解，学习。对工作中所运用到得工具熟练掌握，每次上线都能按照要求，独立完成分配的任务。对自动化脚本进行重新整理改进，发现问题及时联系局方人员进行协商，处理。
主要工作内容是负责自动化测试这块，自动化测试的目的在于保障在新业务上线后，能正确的把控新上线内容对整个生产环境的影响。确保在新业务上线过程中，及早发现关键业务的情况，判断其是否受到影响，同时确定新上线业务是否满足要求，达到预期的功能目的。每次上线加班，严格按照要求进行测试，仔细记录测试中发现的bug，当天寻找开发或相关负责人进行解决，每次按时到达工作现场，
认真对待工作，至今没有由于个人原因出现严重过错。其他时间，对测试环境，测试数据和脚本进行维护，管理。领导每次分配的任务认真对待，按时保质完成。
工作中存在还需要以后改进的.几点：
1、对业务的熟悉度更进一步了解，拓展。
2、对脚本进行改进，创新，能够更全面的覆盖测试面，争取最大限度的找出问题所在。
3、在测试工具，软件，脚本等方面进行创新，提高测试正确度，测试效率，真正达到自动化测试的目的。
以后主要对自动化更深一步的了解，学习，还有对移动业务庞大的系统进行深入了解，经过这样紧张有序的一年，我感觉自己工作技能上了一个新台阶，做每一项工作都有了明确的计划和步骤，行动有了方向，工作有了目标，心中真正有了底！基本做到了忙而不乱，条理清楚，从根本上摆脱了刚参加工作时只顾埋头苦干，不知总结经验的现象。针对个人和工作上存在的不足，我会不断的去改善，好的习惯继续保持，同时也会不断更新自己的知识库。
软件测试的工作总结篇7
时光荏苒，如今17年的帷幕已经谢下，18年的钟声已经敲响，在公司高层的正确领导下，我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作，以下就是我对过去这一年的工作总结：
一、测试工作及经验
作为软件部测试组的一员，首先要做好的就是自己的本职工作，我在20xx年中所做的工作主要有：
1.xxxxxxxx测试用例的编写，对系统的测试、跟踪；
2.xxxxxxxx需求、高保图、界面和功能的测试；
3.xxxxxxxx功能测试用例的编写，高保图、系统的测试；
4.xxxxxxxx的静态页面测试和功能测试；
5．xxxxxxxx的功能测试；
6．xxxxxxxx第一、二、三迭代高保图测试，测试用例编写，静态页面和功能测试，并主持参与测试用例评审；
7．xxxxxxxx平台高保图的测试和系统静态页面、功能的测试；
8．xxxxxxxx的高保图测试和测试用例的编写；
9．xxxxxxxx的静态页面和功能测试，参与测试用例的评审；
10．xxxxxxxx的高保图测试、静态页面和功能测试；
11．xxxxxxxx用户使用手册的编写；
一年的工作，让我获得很多方面的经验：
1．编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例，使得我掌握了多种测试用例编写方法，更让我对产品的需求有更加深入的理解，须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试；
2. 要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中，我认识到用户体验的重要性，现在能够越来越多的从这方面来执行测试；
3．对拿到手的项目有较清晰的思路，能够更加快速、准确地发现问题；
4.越来越规范的工作流程的让我们的工作有条不紊的进行，让我深刻认识到工作的规范性是多么的重要，并且从中学习如何从文档和流程上规范工作。
5.同事间的沟通很重要。现在不管遇到什么不确定或疑惑，都与开发人员、
产品经理等及时沟通，大大提高了工作的效率。
二、加强自我能力的提高
只有不断的提高自己各种的能力，才能胜任越来越艰巨的任务，因此在工作相对不饱和的时候，我自己进行了一些学习。
为提高对“用户体验”的理解，我学习了《下一站用户体验》，书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品，但是有一些却是通用的，比如：太多弹出框、按钮会给用户带来愤怒感，要适当的给页面减肥等等。
深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发，所以我学习了性能测试的一些相关知识，并在师父的指导下运用lr工具进行简单性能测试，以后必须坚持学习。
三、存在的不足及明年计划
一年的工作让我有所进步，但是很多地方还是存在不足，比如：有时候看问题比较主观，不是很细致，没能深入地去测试，会有遗漏的bug；自身专业技术能力还不足，不能从系统稳定性这一点上对系统进行测试。在以后的工作中，我会努力改善。
在20xx年的工作中，我计划：
1、本着实事求是的态度，更加认真、负责的完成工作；
2、要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例；
3、按照系统稳定性测试方案，要逐渐对系统的稳定性、安全性进行测试；
4、继续研究性能测试，并要将lr工具运用在实际工作中；
5、多多的学习，参加一些有益的培训，在实际工作中活学活用。
四、个人建议
这一年来我们部门有着的显著进步，越发规范的工作流程，越来越明确的责任制度、管理体系等，都让我们更加有凝聚力。在此，个人提出以下几个小建议：
1、希望可以加强对项目的把控，尽量能将延期风险降到最低；
2、从各个组对需求理解的不一致，以及信息更新不及时等问题上看，沟通
问题还是有待完善；
3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求；
4、虽然工作任务繁重，还是希望部门能够多组织活动，完善奖励制度，可
以让大家更加激情的为部门、为公司奉献自己的全部力量。
以上是我个人的一些浅见，相信在大家共同的努力下，向着同一个目标进发，软件部甚至整个公司必定会大展全新的宏图伟业。
