测试流程和规范

测试流程和规范

1. 需求评审阶段

产品经理把需求设计出来之后，会把开发，设计，测试叫来一起对需求进行综合评估。

 

过程要点	详细说明
输入条件	需求说明书及其相关的业务文档
工作内容	产品、开发、设计、测试一起对需求文档进行评审，从需求的可行性、设计的合理性、测试的可测性以及可能影响的其他业务等方面进行综合评估。
退出标准	提交详细的需求说明书
责任人	产品、开发、设计、测试

 

2. 开发设计评审阶段

开发在需求评审通过之后，需要对具体的功能点进行代码设计，测试参与评审，测试过程中可以发现一些代码设计上的BUG。

 

过程要点	详细说明
输入条件	开发详细设计文档
工作内容	对开发详细设计文档评审
退出标准	提交详细开发设计文档，测试参加评审熟悉模块、方法间调用关系，并画出流程图，提出自己的建议，针对这些补充自己的测试分析。
责任人	开发、测试

 

3. 测试计划和设计阶段

 

3.1制定测试计划

过程要点	详细说明
输入条件	需求评审通过
工作内容	根据需求的规模、回归测试范围、开发提测时间评估测试内容、测试时间，安排测试任务。
退出标准	提交测试计划
责任人	测试经理

 

3.2测试分析&评审

在需求文档、测试计划确定以后，测试需要编写测试分析文档，为后面的设计用例提供支持。

 

 

过程要点	详细说明
输入条件	需求说明书、测试计划、开发详细设计文档
工作内容	根据需求说明书、测试计划、开发详细设计文档来分析需要测试的功能点（正常、异常）以及不可测功能点
退出标准	提交测试分析
责任人	测试、产品、开发

 

3.3设计测试用例&评审

在需求分析确定以后，测试需要针对测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：

 

 

过程要点	详细说明
输入条件	测试分析文档、测试计划
工作内容	根据测试分析文档，拆解成一条条可执行的测试用例，以尽可能少的用例覆盖较多的功能点
退出标准	提交测试用例，并覆盖所有的需求
责任人	测试、产品、开发

 

4.执行测试阶段

4.1执行测试用例

执行测试用例将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上。

 

过程要点	详细说明
输入条件	测试用例、测试计划
工作内容	根据测试计划中分配给自己的测试任务，执行相应的测试用例，并将测试结果记录测试管理工具中
退出标准	所有测试用例被执行，BUG被提交
责任人	测试

4.2提交测试报告

在约定的测试周期完成之后，测试工程师需要总结此测试的结果，编写测试报告。

 

过程要点	详细说明
输入条件	测试完成了预定周期的测试任务
工作内容	测试根据此轮测试的结果，编写测试报告，主要应包含以下内容： 测试报告的版本 测试的人员和时间 测试所覆盖的缺陷—包括：缺陷总数、关闭缺陷数、未关闭缺陷数、严重程度、状态、类型 测试评估——写明在这一版本中，哪些功能被实现了，哪些还没有实现，这里只需写明和上一版本不同之处即可 急待解决的问题——写明当前项目组中面临的最优先的问题，可以重复提出
退出标准	在每轮测试结束之后应尽快将符合标准的测试报告发给测试经理
责任人	测试

 

5.总结阶段

5.1测试报告

在测试结束之后，测试经理编写测试报告，对测试进行总结，并且提交给产品经理和其他人员，为产品的上线及后续工作提供重要的信息支持。

 

过程要点	详细说明
输入条件	测试完成了所有的测试工作
工作内容	测试经理根据测试的结果及测试工程师提交的测试报告编写测试报告，测试报告必须包含以下重要内容： 测试资源概述——多少人、多长时间 测试结果摘要——分别描述各个测试需求的测试结果，产品实现了哪些功能点，哪些还没有实现 缺陷分析——按照缺陷的属性分类进行分析 测试需求覆盖率——原先列举的测试需求的测试覆盖率，可能一部分测试需求因为资源和优先级的因素没有进行测试，那么在这里要进行说明 测试评估——从总体对项目质量进行评估 测试建议——从测试的角度为项目组提出工作建议
退出标准	测试经理完成了符合标准的测试报告，发送给产品经理和其他人员
责任人	测试经理

 

5.2测试归档

测试归档是在验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归档。

 

过程要点	详细说明
输入条件	验收通过
工作内容	归档测试过程所有文档，主要包括以下文档（必须）： 测试计划 测试分析 测试用例 测试报告 验收报告
退出标准	全部文档归档完毕
责任人	测试经理