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

最近刚从系里毕业的MM女士提议分享一下她在软件测试方面的经验。我整理了一下,可能不全。测试经验分享一、测试阶段的划分1。测试单个模块的功能需要相对较长的时间,但每个项目都要有专门的集成测试阶段,而且要进行一轮以上。每一轮集成测试都应该有自己的目的。比如第一轮...

最近刚从系里毕业的MM女士提议分享一下她在软件测试方面的经验。我整理了一下,可能不全。
测试经验分享
一、测试阶段的划分
1。测试单个模块的功能需要相对较长的时间,但每个项目都要有专门的集成测试阶段,而且要进行一轮以上。
每一轮集成测试都应该有自己的目的。比如第一轮集成测试,就是根据集成测试的关键点,验证整体功能;第二轮整合测试是回归测试;第三轮集成测试是交叉测试。【/br/】每个项目都要进行多轮集成测试,视项目实际情况而定,决定因素多由建设周期和项目问题数量决定。
2。每个项目都应该有一个专门的测试阶段,比如接口测试、性能测试、异常测试等。(作为测试人员,你要主动和项目组沟通。是否在这个项目中开展这项工作,你最终要有一个书面的沟通结果,最好是邮件确认。)
二。测试过程文件的输出
1。在项目需求被评审之后,或者项目需求被讨论之后,你应该和项目经理沟通,开始考虑测试。
2。测试过程中的文档不能缺失,如测试计划、测试方案、测试用例、测试报告等。,并且一些测试文档的输出不应该因为工期不够而缺失。这样只会给别人一种你的测试不够专业的感觉,不写文档的效果不一定比写文档好。
写文档的目的不仅仅是为了积累公司的财富,更是为了整理我们自己的答案思路。只有思路清晰了,答案过程才不会乱,否则我可能会在答案过程中首先迷茫,不知道从哪里开始,从哪里结束。
3。测试的每个阶段都要有输出,比如计划阶段,输出测试计划和方案,执行阶段输出测试用例,系统测试后输出测试报告。整个测试过程应有序进行。
4。提前做好准备,比如测试计划,测试方案,测试用例。如果能提前做,那就尽早做。否则到了测试执行阶段,你会手忙脚乱,觉得:啊,我还没写测试用例,开发已经提交测试了。我该怎么办?先测试一下,以后再补用例。在这种情况下,当时需要补充的用例基本不补充。一天下来,公司需要信息的时候,就随便凑在一起。结果提交的资料不合格,公司这次很可能会否定你的工作。
三。跨越应试思维的层次
1。从我接触的测试人员来看,他们一般考虑的是大局(整体),或者是那些不在乎个人责任或者别人责任的人。目前,他们发展得相当不错;如果只是觉得自己能做好本职工作,其他不应该做的事情就与我无关了。有这种感觉的人,在职业发展中一般不会得到太多的提升。
2。建议要有砖头的想法,哪里需要,就往哪里搬。到了这个程度之后,基本上团队什么都会想到你。那么这个时候,你就离发展的提升不远了。
3。作为测试人员,我们需要避免认为自己仅仅是测试人员。我们要站在更高的层面上,就像我们属于项目组一样,但同时我们又要高于项目组。我们不可能什么都是项目组说的,所以一定要有自己的想法。如果我认为是对的,就一定要坚持。最后,如果我们不能实现团结,我们需要寻求资源来帮助。当然,有时候我们的想法可能是错误的,所以我们不得不采纳别人的正确意见。并非测试中发现的所有问题都必须解决。
四。沟通
作为测试人员,学会沟通是我们的必修课。在接下来的环节中,需要我们深入思考,积极发表意见,与项目组沟通。
1。在需求评审期间,表达你对需求和产品的意见;
2。在评审用例时,我们必须清晰有序地评审用例,因为测试用例的评审是由我们主导的;
3。在测试过程中,与开发者确认问题时,要积极沟通,协助开发者定位问题;
4。在和开发者沟通的时候,尽量在这个问题对用户的影响方面更有说服力。
五、注意细节
1。在测试过程中,需要思考每个单词的定义是否恰当,每个图标的含义(比如在* *项目中,在* *流程图中,不同的颜色是什么意思?有没有人问过,网上查过,或者问过设计师的);
2。文件的细节。作为测试人员,从项目开始到结束,都会输出大量的测试文档。这些文档中的许多可能是从其他项目中***的。有的没有及时改,有的名字没有改,有的甚至连项目名称都没有改...有很多这样的文件。所有自己写的文件,一定要从头到尾仔细看两遍,否则,就是全部。六。测试技术的积累
1。不要总在发展面前秀自己的“小白”。时间长了,你可能真的变成“小白”了;
2。在正常的测试过程中,除了测试接口的功能外,还可以检查数据库,看数据是否已经成功写入数据库。如果再次修改数据库中的数据会怎么样?
3。前端测试时,查看服务器日志信息。很多情况下是前端操作异常,通过服务器错误日志信息可以找到问题的原因。如果我们把问题的原因告诉开发者,对开发者来说会是一件高兴的事情;
4。学习使用页面分析或数据包捕获工具。比如点击一个按钮后没有响应,我们可以通过IE浏览器的F12或者fireFox的调试工具来查看请求和响应;
5。发现问题的时候,不要急着记录。首先确认问题是否与浏览器、缓存等有关。确认问题后,最好能找到问题的根源。
总之,在测试的过程中,要学会发现问题,分析问题,在测试的过程中积累测试技术的专业知识。
七。软件测试知识
1。第一,学习软件测试的基础知识;杜绝误区:测试的理论知识不重要
2。学习软件知识。测试服务于软件。建议多多少少学习一下所有与开发相关的知识,比如软件工程、编程语言、架构、网络等。作为测试人员,要学的东西很多,不需要深度,需要广度
8。软件测试的职业
对于这个问题,我早前在一个博客上看到,测试人员和开发人员就像护士和医生。护士再好,再专业,也治不好病人的病。同样,测试人员也不会做软件。会做软件的被认为是开发者。医院里有很多名医,但是名医护士几乎没听说过。开发和测试之间的关系也是如此。所以不同的责任一定要分轻重,存在才有价值。医院离不开护士,软件开发也需要测试。我也深信一定有很多人一直在软件测试的道路上前行。既然选择了软件测试行业,就希望在软件测试行业中最大化发展价值。

本文来自早川希奈子投稿,不代表舒华文档立场,如若转载,请注明出处:https://www.chinashuhua.cn/24/572391.html

打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
() 0
上一篇 06-01
下一篇 06-01

相关推荐

评论列表

联系我们

在线咨询: QQ交谈

邮件:admin@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息

关注微信