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

流程图

流程合成

  • 目标：本流动的用意
  • 负责人：负责执行本流动的角色
  • 参加人：配合执行本流动的角色
  • 进入准则：可能发展本流动所须满足的因素或条件
  • 输出：执行本流动须要应用的数据或文档
  • 流动：将本流动的输出转化为输入的一系列口头
  • 输入：本流动所产生的数据或文档
  • 实现准则：标记本流动实现的因素或条件

1、设计用例

  • 目标：确保为发现至今未发现的缺点提供根据
  • 负责人：用例设计师
  • 参加人：主测人
  • 进入准则：《具体设计》评审通过
  • 输出：《需要规格说明书》《概要及具体设计》《业务逻辑流程图》《现场利用场景》
  • 流动：

①根据输出文件使用设计办法设计用例；
②部门内对用例进行Review；

  • 设计标准：

①可读性高
②笼罩全副需要点，思考到各边界值、异样条件

  • 输入：测试用例
  • 实现准则：部门内Review通过

2、评审用例

  • 目标：确保对需要规格场景覆盖率达到100%
  • 负责人：用例设计师
  • 参加人：主测人、开发代表、项目经理、利用工程师、测试经理
  • 进入准则：部门内Review通过
  • 输出：测试用例
  • 流动：

①评审用例设计的构造是否清晰，是否无效对需要规格笼罩
②是否从用户角度来设计测试场景和应用流程的用例
③是否无效笼罩业务逻辑，对程序要求是否正当

  • 输入：评审通过的用例
  • 实现准则：对需要规格和业务逻辑流程的覆盖率达到100%

3、版本转测

  • 目标：严把转测入口，管制版本转测品质
  • 负责人：主测人
  • 参加人：主测人、测试代表、测试配合人，项目经理
  • 进入准则：部门内Review通过
  • 输出：转测单据
  • 流动：

①测试人员核查转测单据的版本号是否否和立项要求
②测试人员核查转测单据附件是否蕴含残缺的《研发自测试报告》《转测阐明》
③测试人员核查转测单据是否填写性能形容，缺点修复状况

  • 输入：转测单据
  • 实现准则：转测单据审核通过，不通过打回，从新转测审核。

4、廓清范畴

  • 目标：确保笼罩批改点和危险点及影响范畴
  • 负责人：测试代表
  • 责任人：主测人、开发代表、项目经理
  • 进入准则：版本转测
  • 输出：《需要规格说明书》《业务逻辑流程图》《修复缺点清单及影响范畴》
  • 流动：
    ①基于需要规格及业务逻辑流程，剖析新增需要及修复缺点的影响范畴；
    ② 根据可能影响的模块，划分版本测试范畴，明确测试重点；
  • 输入： 版本测试范畴
  • 实现准则：我的项目干系人对版本测试范畴廓清统一

5、制订打算

  • 目标：领导测试过程
  • 责任人：测试代表
  • 参加人：主测人、开发代表、项目经理
  • 进入准则：测试范畴廓清结束
  • 输出：我的项目里程碑打算
  • 流动：

①明确范畴
②布局工夫
③设定策略
④关联用例

  • 输入：测试计划
  • 实现准则：项目组审核通过

6、评估版本

  • 目标：确保版本具备可测试性
  • 负责人：主测人
  • 进入准则：版本转测
  • 输出：转测版本、开发自测报告、转测阐明文档
  • 测试流动：

①核实输出文档是否残缺和正确；
②抽检开发自测报告执行状况；
③对转测版本进行冒烟测试；
④冒烟测试包含自动化测试，手工重点功能测试

  • 输入：转测版本是否具备可测试性
  • 实现准则：冒烟测试通过

7、执行测试

  • 目标：发现问题
  • 负责人：主测人
  • 参加人：其余测试人员
  • 进入准则：转测版本具备可测试性
  • 输出：转测版本、测试计划
  • 流动：

①按计划执行测试提交缺点；
②反馈版本测试停顿和状况；

  • 输入：缺点列表、产品危险、测试状况
  • 实现准则：用例执行率100%，且在测试最初一天主测全人力投入未发现重大及以上缺点。

8、产品培训

  • 目标：产品应用和推广
  • 负责人：利用工程师
  • 参加人：利用工程师，前端技术人员
  • 进入准则：测试实现
  • 输出：《硬件新品培训文档》、《操作软件类培训文档》、《硬件程序包培训文档》、《原理性培训文档》
  • 流动：

①硬件新品技术参数，操作，性能培训；
②操作软件降级，操作，性能培训；
③硬件程序包降级应用阐明；
④服务，软件实现原理阐明。

  • 输入：《培训总结》
  • 实现准则：部门内Review通过

9、编写报告

  • 目标：出现测试过程
  • 负责人：测试代表
  • 参加人：主测人
  • 进入准则：测试实现
  • 输出：测试过程所有输出、输入文件和过程数据
  • 流动：

①记录整个测试过程和后果；
②剖析过程数据和产品质量；
③部门内对报告进行Review；

  • 输入：《测试报告》
  • 实现准则：部门内Review通过

10、公布评审

  • 目标：评审是否达到公布状态
  • 负责人：测试代表
  • 参加人：项目组相干干系人
  • 进入准则：《测试报告》部门内Review通过
  • 输出：《测试报告》和《公布评审表》
  • 流动：

①评审过程品质；
②评审遗留缺点影响；
③评审产品危险项影响；

  • 输入：《评审意见表》
  • 实现准则：所有评审组成员签字确认能够完结测试

11、反对现场

  • 目标：独立和帮助解决现场问题
  • 负责人：利用工程师
  • 参加人：研发共事、前端共事
  • 进入准则：前端反馈现场问题
  • 输出：现场问题根本信息
  • 流动：

①通过信息剖析和独立解决问题；
②复现现场帮助开发解决问题；

  • 输入：《现场问题解决办法和躲避措施》
  • 实现准则：问题闭环