欢迎阅读软件测试年度工作总结（精选4篇），内容由多美网整理，希望对大家有所帮助。
软件测试年度工作总结 篇1
这学期的期末大作业是对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方面培养：第一：日常工作的沟通能力：和开发、产品、运维、客服同事的沟通要及时，表达要准确，多微笑、多倾听、保持良好轻松的同事关系。第二，正式场合的沟通能力，如项目周会、评审会议、总结会议，一定要提前做准备，讲什么、怎么讲，自己私下里先练习一下，这样在正式场合才能表达清楚、气定神闲、落落大方，给领导和同事留下一个好的印象。
团队合作能力：首先从心态上，要强调整体的概念，放下单打独斗的想法。在实际项目中，体现为团队成员之间的相互协作、资源共享、共同进退。这个时代已经不是一个英雄创造神话的年代了，只有团队的齐心协力才能把项目做好，这样的人往往也是公司最喜欢，最愿意去培养的人。
与优秀的人为伍：所谓近朱者赤，近墨者黑。跟对一个老大、和优秀的人共事，找一个优秀的伴侣、经常去参加一些牛人讲座、技术论坛，通过这些人的耳濡目染，一定会让你少走很多弯路。
其他还有很多软实力，但我个人认为以上几点比较重要。
凡事要趁早，特别是技术行业，一定要在头几年打下扎实的技术功底，这对将来的技术管理或技术专家路线都有极大的帮助。
不知不觉写了这么多，感觉还没有说完，希望我的一些拙见能对刚毕业的同学和还在测试领域迷茫的同学一点帮助。
软件测试年度工作总结 篇2
这个学期我学习了软件测试这门专业课程，在学期马上完毕的时候，我也对这门课程建立根本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不行替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满意人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个大事。下面我简洁的写一下这个学期对课程的总结和收获。
我认为，在整个浩大的软件工程中，不管是需求分析、架构设计甚至是最终的bug，都会产生引入不管的时机，这就要求作为一个软件测试师要把握丰富的软件工程原理和学问。测试的工作将会存在于整个工程周期，即在工程开头时需要各种分析调研时就开头了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个工程的走向。
软件测试对规律思维、学习力量、反响要求很高，是否有严密的思维和逆向思维也特别重要。做测试还要考虑到全部出错的可能性，有时候还要用一些特别规的的测试方法。软件测试还很注意软件性能问题，也就是要保证软件运行得很好;不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。
在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利打算产品是否可以公布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。
通过课上的理论由于课下的实践和后半学期又由于身体力行于
1、最根本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试;从测试是否针对系统的内部构造和详细实现算法的角度来看，可分为白盒测试和黑盒测试。
2、然后就是，白盒测试中的规律驱动测试的掩盖率测试。
3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。
4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简洁的一个填表工作，要写好真是不简洁。一开头写的比拟不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新奇事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟识软件的`业务为前提，才能更好的去测试。
另外就是一个学期的学习让我订正了几点误区：
1.有位大师曾说过：“软件测试的目的在于发觉错误，一个好的测试用例在于发觉从来未发觉的错误，一个胜利的测试是发觉了从未发觉的错误的测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学习阅历告知我这是错误的，假如只是为了找到BUG，那么BUG会成天缠着你。
2.在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要把握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。
作为测试新手，通过一学期的学习，我认为能独立写测试规划，设计测试用例，精通一种测试工具，理解一种bug治理软件是新手晋级老手的必备素养。任重而道远?
在最终，我不得不提的就是细心和急躁了。这是我认为这个学期测试课上收获的了，课程要求测试时必需细心和急躁，我在想，假如以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分别、识别还有归类bug，是不是也能真的转变我马虎大意和三分钟热度的毛病。
最终感谢刘教师这学期的课程讲授，和实践中的指导和帮忙。测试路程，路漫漫其修远兮，吾将上下而求索。
软件测试年度工作总结 篇3
20xx年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。
一、总结：
自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大!我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己，自己要定得心下来学习，成功需要耐得住寂寞，不求最快，但求最好。
团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要。以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的`合作，做事才更有效。
工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
课外学习：sql该学的已经掌握，c#学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
二、自身缺点
沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。
心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意!
学习问题：对于课外学习c#这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。
软件测试年度工作总结 篇4
转眼20xx已经结束，下面我就把我自己到公司这一年的一些感触、体会及工作情况给领导及各位同事汇报一下：
我刚开始第一次负责做定制开发的一个项目，功能的实现相对来说比较简单，但是功能多，繁琐，而且当时没有项目开发的整体经验，缺乏项目全局观，直接开始编码实现功能，在项目编码过程中，由于客户不断的增加需求，改动，经历了近3个月时间，才完工；对我来说很失败；不过这个项目对于我刚负责项目开发的整体经验来说，算是一次教训、也算是一次收获，通过这个项目及开发人员提出的意见，进行改进，并且在后面的项目开发过程中初见成效，开发周期逐渐缩短、需求改动逐渐减少、开发出的产品起码达到90%的要求；到目前为止，团队的技术水平、沟通能力及团队协作能力都有所提高、有所改善，但是整个项目的开发从开始到结束存在的问题依然不少：
1、项目需求
需求是一个项目的来源，后续所有工作都是围绕需求展开，需求中哪怕有一点的不明确，都会影响项目的总体进度及项目质量。
2、分析设计
软件最后的操作便捷性、功能扩展性、界面友好性都取决于设计人员对需求的理解、模块框架的设计、业务流程的设计、数据库表的.设计，每个环节都是建立在前一个环节的基础上，每个环节上的失误都会影响到之后所有环节，项目组无专业软件设计人员，软件的架构、逻辑设计、界面设计，都是凭对客户需求的理解设计的，导致软件开发出来后逻辑处理经常改动，软件操作不是很便捷；而数据表的建立及表之间的关系建立主要取决于各项目组人员对需求的理解程度，每个人对需求理解程度不一，直接导致数据表建立时的不规则，不专业，从而产生软件功能上的问题
3、编码
第一、开发人员编码的统一性较以前有了很大的改善，但是还是存在个别人员不按统一规则编码的现象；
第二、开发人员普遍存在一些简单的问题就是，比如该判断的不判断、点保存没有任何提示等小问题，这些问题可以说不是技术问题，而是作为一个程序员最起码的工作态度，认不认真，细不细心；
第三、人员技术水平差距较大，这种现象会直接影响编码阶段的进度；
第四、项目编码过程中的积极性，对于开发人员来说也就是工作积极性；
4、测试
软件测试决定了软件是否是一个已开发完成的软件，还是一个半成品；无专业测试人员，只能用软件测试方法中最简单的排除法，大家可想而知，这种排除法只能排除当时输入的数据，所以发现bug问题有限，这样一个半成品软件客户在使用的时候问题可想而知。
5、软件实施
由于技术部人员有限，所以经常出现各部门对技术人员的工作协调问题，导致软件不能按时实施、项目开发不能按进度完工、需求不能按计划完成等一系列问题。
以上问题都是个人角度去衡量的，考虑不合理之处还望领导及各位同事批评指正。
20xx年结束了，xx年又是一个新的工作起点，我也在此感谢领导和各位同事的支持和帮助，人常说活到老学到老，在新的一年我还需不断的努力，在提高自己的专业水平的同时，为公司尽自己的一份力！