10年软件测试工作总结

时光荏苒，从毕业到现在已经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方面培养：第一：日常工作的沟通能力：和开发、产品、运维、客服同事的沟通要及时，表达要准确，多微笑、多倾听、保持良好轻松的同事关系。第二，正式场合的沟通能力，如项目周会、评审会议、总结会议，一定要提前做准备，讲什么、怎么讲，自己私下里先练习一下，这样在正式场合才能表达清楚、气定神闲、落落大方，给领导和同事留下一个好的印象。

团队合作能力：首先从心态上，要强调整体的概念，放下单打独斗的想法。在实际项目中，体现为团队成员之间的相互协作、资源共享、共同进退。这个时代已经不是一个英雄创造神话的年代了，只有团队的齐心协力才能把项目做好，这样的人往往也是公司最喜欢，最愿意去培养的人。

与优秀的人为伍：所谓近朱者赤，近墨者黑。跟对一个老大、和优秀的人共事，找一个优秀的伴侣、经常去参加一些牛人讲座、技术论坛，通过这些人的耳濡目染，一定会让你少走很多弯路。

其他还有很多软实力，但我个人认为以上几点比较重要。

凡事要趁早，特别是技术行业，一定要在头几年打下扎实的技术功底，这对将来的技术管理或技术专家路线都有极大的帮助。

不知不觉写了这么多，感觉还没有说完，希望我的一些拙见能对刚毕业的同学和还在测试领域迷茫的同学一点帮助。

第二篇：京沪软件有限公司软件测试工作总结编写规范

京沪软件有限公司

软件测试工作总结编写规范

文件修改控制

目录

1.     目的

2.     适用范围

3.     术语和缩略语

4.     规范要求

5.     引用文件

6.      质量记录

 

1.    目的

本文件规定了测试工作总结编写时应考虑的事项，通过测试工作总结来不断地积累测试经验，提高测试工作的整体水平。并对软件产品测试过程中发现的问题进行分析，为开发人员以后的修改、升级提供一个预防问题的依据。

2.    适用范围

本规范适用于软件项目与软件产品的功能测试与系统测试。

3.      术语和缩略语

本程序采用《质量手册》中的术语和缩略语及其定义。

4.      规范要求

4.1                 测试小组在完成软件产品测试后，要对整个测试工作进行总结，分析本次测试工作的得失，为以后的测试工作积累经验。

4.2                 在测试工作总结中，全部测试人员在充分分析测试过程中发现问题的基础上，完成《软件问题倾向分析表》，该表中指出该类型软件产品容易导致问题的模块及操作。该表将用于该产品或该类产品的升级、开发工作中为开发人员提供预防错误的依据。

5.      引用文件

本程序采用《质量手册》中的术语和缩略语及其定义。

6.      质量记录

（无）

附录：测试工作总结模版

项目名称（项目编号）

（测试种类）测试工作总结

（部门名称）

目录

1.    引言……………………………………………………………………………………………      3

2.   项目测试结果…………………………………………………………………………………      3

       2.1  软件产品………………………………………………………………………………...      3

       2.1.1软件产品名称及综合评价   3

2.1.2 提交项目管理部门物品      3

3.   测试工作评价    3

4.   软件问题倾向

4.1  问题解决情况总结与分析

       4.2  问题类型统计与分析

附录一：软件问题倾向分析表

附录二：测试结束检查表

1.      引言

说明参加本项目测试的负责人、参加人员、起止时间及实际工作量。

2.      项目测试结果

2.1               软件产品

2.1.1      软件产品名称及综合评价：给出该软件产品的产品名称及对该软件产品的综合评价。

2.1.2              总结测试工作内容并向项目管理部门提交测试结果

填写“测试结束检查表”，列出在测试执行阶段所完成的全部测试工作和软件测试结束后应向项目管理部门提交的全部物品及其数量，内容包括测试文档、源代码、执行程序等。

3.        测试工作评价

3.1         测试进度：对照测试计划的安排，总结测试效率及相应的原因分析。

3.2         发现问题数量：比较测试人员提出问题总数及经确认后提交开发人员的问题数量。

3.3         测试总次数：列出本次测试实际次数，并对多次测试产生原因进行分析。

3.4         经验教训：总结测试过程中获得的经验及纠正错误或缺陷等问题的教训。

4.        软件问题倾向

4.1               问题解决情况总结与分析

列出本次实际发现问题数量、解决问题数量、残留问题数量。并对残留问题对系统功能的影响情况进行分析。

   4.2        错误类型统计与分析

在对软件产品测试过程中发现的问题进行充分分析、归纳和总结的基础上，由全体参与测试的人员完成软件问题倾向分析表，对该类型或该系统软件产品在模块、功能及操作等方面出错倾向及其主要原因进行分析。软件问题倾向分析表将为该类型或该系统软件产品以后开发工作提供一个参考，使开发人员根据软件问题倾向分析表明确在开发过程中应注意和回避的问题。该表也可为以后的测试工作明确测试重点提供依据。

附录一：

软件问题倾向分析表

1.      本页不足记述结果时，可以增加附页，格式自定，总页数包括本页与所有附页。

第  页/共  页

附录二：

测试结束检查表

1．   在□内，打“√”表示进行了该测试或提交该物品。

2．   表中内容不足时可在空白处添加。

第  页/共  页