【经验分享】常见软件测试流程

工做以来，大大小小参与的项目也有十几个了，涵盖财务类、保险类、OA办公类软件。

从测试流程上看，基本也都大同小异，这里将常见的测试流程作一些梳理，

供刚入行的朋友学习参考，也欢迎你们完善补充。

 

1、需求答疑评审

参与人员：

产品、开发、测试、需求提出人、其它相关人员

主要内容：

对需求文档进行评审，对于有疑问或者有错误的地方，进行讨论沟通，来保证对需求理解的准确性和一致性。

需求文档中最好有业务流程图，可以较好的帮助相关人员快速的了解业务需求。

目标达成：

经过这次会议了解到各模块对应开发人员，以此来肯定测试时间

2、罗列测试点

主要内容：

需求评审经过后，测试根据定版的需求或UE构造测试脑图。

经过脑图列出测试点以及测试方法，而后再根据脑图整理测试方案。

脑图工具：

Xmind、MindManager等

测试方案包含：

测试环境，测试数据，测试模块，测试点，测试方法，测试风险等

目标达成：

这个环节，输出测试点和测试方案，指导接下来的测试工做。

强烈建议：

测试任务紧急来不及写用例的状况下，必定要列测试点并进行Review。
避免无序测试，思路混乱，丢三拉四。

3、制定测试计划

主要内容：

根据开发计划制定测试计划

测试计划包含：

测试范围、测试目标、测试出入口、经过标准、测试人力安排（角色及职责）、测试进度安排

（用例设计评审开始结束时间、用例执行开始及结束时间、回归测试时间计划、测试交付时间等）、测试交付物、测试风险。

目标达成：

输出测试计划

4、用例编写、评审

主要内容：

测试工做最重要的环节就是设计产出测试用例，必定要严谨专业。
用例的可读性要强，不单单是写给本身看的，要作到任何人拿起来均可以执行。
用例设计完之后，要开展用例评审，查漏补缺，不断完善用例；也能够采起用例结对编写的方式，提升用例设计质量。

测试用例组成：

编写人、用例编号、用例名称、前提条件、测试数据、优先级、操做步骤、预期结果、实际结果、测试人等

用例设计思路：

UI测试、权限测试、功能测试、数据测试、流程测试（包括正常流程与异常流程）、接口测试、兼容性测试、性能测试、安全测试等

设计方法应用：

通常边界值和等价类经常使用，其次场景法、因果图、错误推测。
针对不一样的需求，测试点的选择或侧重点可能不同。

目标达成：

经过用例设计、评审，输出较为完备的测试用例。

5、冒烟测试

开发提测后，正式测试前，先验证一下主流程或主要实现功能是否存在问题。

没有问题后再进行系统的测试，避免测试相关工做已经准备开展，而核心业务却执行不下去的状况。

6、执行测试用例

冒烟测试结束后，按照测试计划开展测试。

这个阶段也可采起交叉测试的方法，即：A写的用例B执行，B写的用例C执行。

过程当中如遇到不可控因素或问题，影响到测试计划落地的，必定要尽早报备。

7、编写测试日报

主要内容：

根据测试需求的具体状况，发布测试日报（通常邮件形式较多，也有在看板或需求平台上备注的）。

测试日报包含：

用例总数、执行用例数、未经过数、发现BUG的数量、关闭BUG的数量、遗留BUG的数量、问题等级、影响程度、BUG趋势以及其它建议等。

收悉人员：

相关产品、开发、测试或需求人员。

8、测试报告总结

在整个需求或版本测试完成后的总结。

主要反应测试过程当中的问题以及对应版本的质量状况，是否知足发布标准、遗留的问题的状况、是否影响相关使用、特殊的注意事项等。

以前写过一篇如何进行版本总结的文章，能够参考【如何编写测试总结】