一个简单的软件测试流程（附带流程详解）

该流程为笔者整理的一个小型项目的测试流程，不代表测试的全部。更适合于一些小公司的测试流程。
仅供参考。

流程图

流程分解

• 目的：本活动的意图
• 负责人：负责执行本活动的角色
• 参与人：配合执行本活动的角色
• 进入准则：能够开展本活动所须满足的因素或条件
• 输入：执行本活动需要使用的数据或文档
• 活动：将本活动的输入转化为输出的一系列行动
• 输出：本活动所产生的数据或文档
• 完成准则：标志本活动完成的因素或条件

1、设计用例

• 目的：确保为发现至今未发现的缺陷提供依据
• 负责人：用例设计师
• 参与人：主测人
• 进入准则：《详细设计》评审通过
• 输入：《需求规格说明书》《概要及详细设计》《业务逻辑流程图》《现场应用场景》
• 活动：
  ①依据输入文件运用设计方法设计用例；
  ②部门内对用例进行Review；
• 设计标准：
  ①可读性高
  ②覆盖全部需求点，考虑到各边界值、异常条件
• 输出：测试用例
• 完成准则：部门内Review通过

2、评审用例

• 目的：确保对需求规格场景覆盖率达到100%
• 负责人：用例设计师
• 参与人：主测人、开发代表、项目经理、应用工程师、测试经理
• 进入准则：部门内Review通过
• 输入：测试用例
• 活动：
  ①评审用例设计的结构是否清晰，是否有效对需求规格覆盖
  ②是否从用户角度来设计测试场景和使用流程的用例
  ③是否有效覆盖业务逻辑，对程序要求是否合理
• 输出：评审通过的用例
• 完成准则：对需求规格和业务逻辑流程的覆盖率达到100%

3、版本转测

• 目的：严把转测入口，控制版本转测质量
• 负责人：主测人
• 参与人：主测人、测试代表、测试配合人，项目经理
• 进入准则：部门内Review通过
• 输入：转测单据
• 活动：
  ①测试人员核对转测单据的版本号是否否和立项要求
  ②测试人员核对转测单据附件是否包含完整的《研发自测试报告》《转测说明》
  ③测试人员核对转测单据是否填写功能描述，缺陷修复情况
• 输出：转测单据
• 完成准则：转测单据审核通过，不通过打回，重新转测审核。

4、澄清范围

• 目的：确保覆盖修改点和风险点及影响范围
• 负责人：测试代表
• 责任人：主测人、开发代表、项目经理
• 进入准则：版本转测
• 输入：《需求规格说明书》《业务逻辑流程图》《修复缺陷清单及影响范围》
• 活动：
  ①基于需求规格及业务逻辑流程，分析新增需求及修复缺陷的影响范围；
  ② 依据可能影响的模块，划分版本测试范围，明确测试重点；
• 输出： 版本测试范围
• 完成准则：项目干系人对版本测试范围澄清一致

5、制定计划

• 目的：指导测试过程
• 责任人：测试代表
• 参与人：主测人、开发代表、项目经理
• 进入准则：测试范围澄清完毕
• 输入：项目里程碑计划
• 活动：
  ①明确范围
  ②规划时间
  ③设定策略
  ④关联用例
• 输出：测试计划
• 完成准则：项目组审核通过

6、评估版本

• 目的：确保版本具备可测试性
• 负责人：主测人
• 进入准则：版本转测
• 输入：转测版本、开发自测报告、转测说明文档
• 测试活动：
  ①核实输入文档是否完整和正确；
  ②抽检开发自测报告执行情况；
  ③对转测版本进行冒烟测试；
  ④冒烟测试包括自动化测试，手工重点功能测试
• 输出：转测版本是否具备可测试性
• 完成准则：冒烟测试通过

7、执行测试

• 目的：发现问题
• 负责人：主测人
• 参与人：其他测试人员
• 进入准则：转测版本具备可测试性
• 输入：转测版本、测试计划
• 活动：
  ①按计划执行测试提交缺陷；
  ②反馈版本测试进展和情况；
• 输出：缺陷列表、产品风险、测试情况
• 完成准则：用例执行率100%，且在测试最后一天主测全人力投入未发现严重及以上缺陷。

8、产品培训

• 目的：产品使用和推广
• 负责人：应用工程师
• 参与人：应用工程师，前端技术人员
• 进入准则：测试完成
• 输入：《硬件新品培训文档》、《操作软件类培训文档》、《硬件程序包培训文档》、《原理性培训文档》
• 活动：
  ①硬件新品技术参数，操作，功能培训；
  ②操作软件升级，操作，功能培训；
  ③硬件程序包升级使用说明；
  ④服务，软件实现原理说明。
• 输出：《培训总结》
• 完成准则：部门内Review通过

9、编写报告

• 目的：呈现测试过程
• 负责人：测试代表
• 参与人：主测人
• 进入准则：测试完成
• 输入：测试过程所有输入、输出文件和过程数据
• 活动：
  ①记录整个测试过程和结果；
  ②分析过程数据和产品质量；
  ③部门内对报告进行Review；
• 输出：《测试报告》
• 完成准则：部门内Review通过

10、发布评审

• 目的：评审是否达到发布状态
• 负责人：测试代表
• 参与人：项目组相关干系人
• 进入准则：《测试报告》部门内Review通过
• 输入：《测试报告》和《发布评审表》
• 活动：
  ①评审过程质量；
  ②评审遗留缺陷影响；
  ③评审产品风险项影响；
• 输出：《评审意见表》
• 完成准则：所有评审组成员签字确认可以结束测试

11、支持现场

• 目的：独立和协助解决现场问题
• 负责人：应用工程师
• 参与人：研发同事、前端同事
• 进入准则：前端反馈现场问题
• 输入：现场问题基本信息
• 活动：
  ①通过信息分析和独立解决问题；
  ②复现现场协助开发解决问题；
• 输出：《现场问题解决办法和规避措施》
• 完成准则：问题闭环