软件测试流程规范文档

软件测试流程规范文档

1、编写目的

为了使测试工作更加流程化、规范化，为了给客户提供更好的产品和服务，从而编写了一份测试流程规范文档，该文档的主要目标读者为各项目开发人员及测试人员。通过阅读本文档，可以使得读者对测试流程有进一步的了解，使测试工作能够更好的开展，测试促进研发，研发驱动测试，共同为公司开发出更好的产品，提高公司产品市场的占有率。

测试流程说明：

2、测试开始条件

1.需求文档提交给测试人员，测试开始介入，项目需求阶段，测试

人员在这个时期熟悉项目需求，着手设计系统测试方案；

2.每当一个模块开发完毕后，需进行单元测试，单元测试主要由开

发人员负责，测试人员可辅助；

3.当所有的模块都开发完毕，开发人员对各个模块进行合成并进行

集成测试，当达到系统测试标准时，发布测试版本，测试人员根据需求进行系统测试；

4.当新增功能或者版本升级，测试人员需要对新增功能及升级模块

进行测试，同时对其他关联模块进行测试；

3、测试流程

1.测试启动阶段

测试人员参与项目需求会议，明确需求及任务完成时间，PM需向测试人员提供产品需求文档、产品结构图或业务流程图等，明确

测试范围、测试任务，确定测试周期，PM没提供时测试人员可主动跟PM沟通确认。

开发人员在项目计划时间内发布测试版本，提交给测试人员，测试人员进入测试阶段。测试环境的准备，开发人员需协助搭建好的

测试环境的服务器。

测试人员根据项目大小、类型及项目紧急度商讨是否需要写测试计划和测试用例并制定测试方案、流程；周期较短需求简单的小型

项目可由PM测试。

2.设计用例阶段

在拿到产品功能列表和测试版本之后，测试人员就开始着手设计测试用例。测试人员根据产品功能列表设计测试用例，尽可能多的

覆盖所有的测试需求。

3.用例评审阶段

项目测试负责人发起测试设计及用例评审，要求新项目/新子系统/复杂功能模块输出测试设计及用例，与会人员有项目对应需求测试负责人、产品经理、开发。

4.用例执行阶段

当测试用例设计完后，测试人员就开始执行每一条测试用例，测试人员将bug反馈给相关开发人员，开发人员进行修复，测试人员

对已修复的bug进行再次验证，直到bug解决为止，把状态置为关闭。

提交bug后应按bug的严重程度来优先解决，避免到项目末端仍出现严重bug。

修改bug的效率与质量也将影响测试效率，如一个bug修复多次；修复一个bug引起多个bug，建议修复bug后开发人员进行简单自测。

缺陷管理流程：

4.提交测试总结报告

在计划的测试周期内，在所有的用例都执行完，所有的bug都修复完，测试人员需要针对本次测试项目编写测试总结报告，将测试

结果反馈，以及容易出现bug的模块给予建议，相关负责人在下次

开发中予以借鉴，避免类似错误的出现，测试报告可通过邮件形

式，让相关开发人员知晓。

4、测试结束条件

1.当所有的用例都被执行完，所有的bug都被修复，编写完测试总

结报告；

2.需求功能都已实现，一些建议性的bug可以下一版本中修复；

3.测试周期结束；

4.如遇项目紧张，急于上线，当测试人员已对基本功能进行测试并

通过，对于用户后续发现的bug可以进行跟踪，可与用户的项目对接人保持不定期的联系，询问客户使用软件的情况，这种情况也与公司PM直接联系。

5.项目已验收客户提出小改动优化开发完成优化由PM进行验证测

试。

备注：测试流程将在以后的测试项目中慢慢的修正和完善。