8个方面写好测试工作总结如何做好测试工作总结

【8个方面写好测试工作总结如何做好测试工作总结】最近，部门刚毕业入职的小MM跟大家提议，让大家把自己的软件测试工作经验分享一下，我整理了一下，可能不全。
测试工作经验分享
一、测试阶段划分
1、单个模块功能测试时间相对较长，但每一个项目都应该有专门的集成测试阶段，并且应该不止进行一轮。
每一轮集成测试，应该都有自己的目的，比如第一轮集成测试，是根据集成测试要点验证整体功能情况；第二轮集成测试是回归测试；第三轮集成测试是交叉测试。
每个项目应进行几轮集成测试，根据项目实际情况而定，而决定的因素多与工期、项目问题多少而定。
2、每个项目都应该有专项测试阶段，比如接口测试、性能测试、异常测试等。（作为测试人员，应主动与项目组沟通，在本项目是否开展此项工作，最后应有书面沟通结果，最好是通过邮件确认。）
二、测试过程文档输出
1、项目需求评审后，或者项目已展开需求讨论后，就应该与项目经理沟通并开始考虑测试的事情。
2、测试过程文档不能缺失，比如测试计划、测试方案、测试用例、测试报告等，不能因为工期不够而缺失某一部分测试文档的输出，这样只会给别人你测试不够专业的感觉，并且不写文档的效果并不一定比写了文档的效果好。
写文档的目的不只是为了公司财富的积累，更多的是对自己测试思路的梳理，只有思路清晰了，测试过程才不会混乱，否则可能在测试过程中，自己首先就乱了，不知道从哪里下手，哪里结束。
3、测试的每个阶段都应该有输出，比如计划阶段，输出测试计划、测试方案，执行阶段输出测试用例，系统测试结束后输出测试报告等。整个测试过程都应该是在有条不紊的思路下开展下来的。
4、提前准备，比如测试计划、测试方案、测试用例，能提前的，尽量提前做出来，否则到了测试执行阶段，就会手忙脚乱，觉得：啊，我用例还没写，但开发已提交测试了，怎么办？先测吧，后面再来补用例。一般这种情况下，当时想的需要补充的用例，基本上都没有补，到最后公司需要资料的时候，随便胡乱凑，结果提交出去的资料不合格，公司很可能就会否定你这次的工作。
三、测试思考层面跨越
1、从我接触的测试人员来看，一般会从大局（整体）考虑，或者不计较个人负责或者其他人负责的人，目前来看发展得都挺不错的；如果只是觉得把我的工作做好就可以了，其他不该我做的跟我没关系，有这种想法的，职业发展一般都不会有太高的提升。
2、建议有一块砖的思想，哪里需要就可以往哪里搬，能达到这种程度后，基本上团队什么事情都会想到你，那么这个时候，你离发展的提升也就不远了。
3、作为测试人员，需要避免只把自己当测试人员的思想，我们要站在更高的层面，就像我们属于项目组，但同时又要高于项目组一样，不能所有事情都是项目组说什么就是什么，一定要有自己的思想，我觉得是对的就要坚持，最后都无法达成统一的需要寻求资源协助。当然，我们的想法有时候也可能会有错的，那么别人说的正确的意见我们也要采纳，并不是测试发现的所有问题都必须要解决。

8个方面写好测试工作总结 如何做好测试工作总结

8个方面写好测试工作总结如何做好测试工作总结