关于软件测试:一个简单的软件测试流程附带流程详解

1次阅读

共计 1943 个字符,预计需要花费 5 分钟才能阅读完成。

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

流程图

流程合成

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

1、设计用例

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

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

  • 设计标准

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

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

2、评审用例

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

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

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

3、版本转测

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

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

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

4、廓清范畴

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

5、制订打算

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

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

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

6、评估版本

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

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

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

7、执行测试

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

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

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

8、产品培训

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

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

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

9、编写报告

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

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

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

10、公布评审

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

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

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

11、反对现场

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

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

  • 输入 :《现场问题解决办法和躲避措施》
  • 实现准则 :问题闭环
正文完
 0