前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >一个简单的软件测试流程(附带流程详解)

一个简单的软件测试流程(附带流程详解)

原创
作者头像
虫无涯
发布2023-01-18 10:51:51
8250
发布2023-01-18 10:51:51
举报
文章被收录于专栏:全栈测试技术

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

仅供参考。

流程图

在这里插入图片描述
在这里插入图片描述

流程分解

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

1、设计用例

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

2、评审用例

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

3、版本转测

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

4、澄清范围

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

5、制定计划

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

6、评估版本

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

7、执行测试

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

8、产品培训

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

9、编写报告

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

10、发布评审

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

11、支持现场

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

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 流程图
  • 流程分解
  • 1、设计用例
  • 2、评审用例
  • 3、版本转测
  • 4、澄清范围
  • 5、制定计划
  • 6、评估版本
  • 7、执行测试
  • 8、产品培训
  • 9、编写报告
  • 10、发布评审
  • 11、支持现场
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档