近些年,随着对于客户体验、管理水平、业务发展要求的提升,业务越来越复杂,迭代周期越来越快,如何做好提高功能测试质量?是很多技术负责人或者测试人员面对的问题。
下面针对自己经验,分享一下功能测试精髓。
1、测试关联度复杂
IT系统规模越来越大、集中度高、架构复杂、耦合度增强,使得业务和技术复杂度越来越高,测试设计和测试实施难度大,IT系统质量保障压力持续加大。
2、测试周期越来越短
业务需求提出到 IT 实现的周期越来越短,预留给测试的时间越来越短。面对复杂系统测试,如何压缩测试周期,提升测试效率,对测试部门管理能力和实施效率要求越来越高。
3、测试组织与协同难
测试规模越来越大、关联性越来越强,使得测试组织和协调难度大,特别是期测试外包引入后,如何有效管控,保持“大而不乱”地高效、高质量地推动测试进程,确保测试项目成功。
4、测试人员成就感低
测试人员临时抽调,团队临时组建,无归属感,成就感差; 测试团队压力大,整天忙碌,但成效差。
5、测试质量标难统一
各部门、各角色对测试标准的理解不一致,操作流程和方法运用也各不同,测试交付质量不稳定,测试交付风险依然不可控。
做好功能测试,需要对测试过程进行全面了解和熟悉。测试过程包括需求评审、用例编写、用例评审、测试计划归档、测试执行、bug提交、bug评审、输出测试报告以及项目总结。
做好测试就是管理好测试过程,为什么要管理测试过程呢?是因为测试过程有很多不够人性的地方。比如测试人员如何去评审需求呢?用例编写有哪些方法呢?怎么快速去完成测试任务呢?bug提交又该把握什么准则呢?编写文档提交文档又有哪些注意事项呢?等等,应用测试过程管理工具就是更好的解决方案,例如:
需求评审,应该总结如何去保证需求的明确性和可测试性;
用例编写,需要总结用例编写方法、注意事项等等;
用例评审,应该去总结如何保证用例的简洁、明确、可操作等等;
测试计划归档,需要总结如何去作计划,计划归档需要检查什么内容等;
测试执行,需要总结针对每一个功能模块,用什么方式执行才是最全面有效的,不容易出现漏测问题,另外,还需要总结测试执行过程中需要参考的文档以及工具,让测试更加高效;
bug提交,则需要总结如何写出一个清晰简洁的bug,方便测试和开发人员共同查阅;
bug评审,则需要总结评审前测试人员需要做什么准备,在评审会上如何给出测试人员的意见;
输出测试报告,需要明确测试报告的内容以及输出方式;
项目总结,需要总结项目测试过程中做的好和不好的地方,好的地方需要发扬,而不好的地方需要改进,如何改进。
作者:秋9
原文链接:https://blog.csdn.net/jlq_diligence/article/details/121897660