规范:验收流程规范

1  简介

1.1  文档目的

为了使验收测试流程透明、公开、具备可操作性,我们编写了软件验收测试流程,供验收测试过程参考。

1.2  适用范围

本流程适合产品研发、测试、运维。

测试流程

2.1  验收测试流程图

图片

图表1 验收测试流程图

2.2  启动阶段

2.2.1  编写需求说明书

过程要点

详细说明

输入条件

产品定义

工作内容

根据产品经理提供的产品定义对需求进行分析,编写产品需求说明书,思维导图和架构图

退出标准

产品需求说明书编写完毕并经过产品部确认

参与人员

产品经理

责任人

产品经理

图表2 需求需求说明书

2.2.2  项目立项

由项目经理召开立项会议,会议主要对项目的可行性进行分析,并且审批项目立项。

过程要点

详细说明

输入条件

立项会议

工作内容

l  项目(产品)可行性分析。

l  项目经理.

l  产品需求说明书

退出标准

项目立项通过;

责任人

PMO

图表3 项目立项

2.2.3  制定验收测试计划

 过程要点

详细说明

输入条件

1、产品定义已完成;

2、产品需求说明书编写并评审完毕;

3、项目立项;

4、开发计划;

工作内容

根据项目的需求文档、系统设计文档,按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容:

l   依据项目背景及要求,确定测试环境。

l   测试需求——需要测试组测试的范围,估算出测试所花费的人力资源和各个测试需求的测试优先级

l   测试策略——确定项目的测试计划内容,整体测试的测试方法和每个测试需求的测试方法,同时做好测试进度安排及人员调整。

l   测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源

l   测试组角色——明确测试组内各个成员的角色和相关责任

l   可交付工件——在测试组的工作中必须向项目组提交的产物,包括测试计划、测试报告等等

l   风险管理——列举出测试工作所可能出现的风险

测试计划编写完毕后,必须提交给项目组全体成员,并由项目组组中各个角色组联合评审。

退出标准

1、验收测试计划由项目组评审并通过.

2、在项目开发过程中,要适时的对测试计划进行跟踪,以及评估此计划的完整性、可行性,在项目结束时还要最后评估一下测试计划的质量

责任人

测试项目经理

图表4 制定验收测试计划

2.3  验收测试设计阶段

2.3.1  验收测试设计

    注:针对需求分析文档和项目开发计划文档测试完成后,需要编写测试方案、制定测试测略及预估测试过程中的风险,并设计出合理的规避风险的策略,为后续的测试工作提供直接的指导。

过程要点

详细说明

输入条件

1.项目需求文档建立,项目开发计划完成

2.软件系统设计、原型编写完毕并内部评审通过;

工作内容

根据项目的需求文档、系统设计文档、原型编写测试方案。应该至少包括以下关键内容:

l  测试功能覆盖范围

l  非功能需求测试设计

l  测试技术和方法

l  测试用例

退出标准

l  测试方案编写完毕,内部评审完成

责任人

测试工程师

图表5 验收测试设计

2.3.2  验收测试用例维护

存在以下几种情况,需对测试用例进行更新:

  • 先前的测试用例设计不全面或不准确

  • 部分严重的软件错误未在测试用例中覆盖

  • 新的版本有新功能的需求或改动

  • 编写的测试用例不规范或者语句错误

  • 旧的测试用例不再适用

过程要点

详细说明

输入条件

测试需求明确,测试计划明确

工作内容

根据测试计划设计测试用例,设计参考原则:

l   等价类划分

l   边界值分析

l   错误推测等

l   业务知识及相关流程

退出标准

l   测试用例需要覆盖所有的测试需求

l   测试用例集需进行评审并通过

l   项目进行过程中,适时的根据需求变更来对测试用例进行维护

责任人

测试项目经理 测试工程师

图表6 测试用例维护

2.3.3  验收测试设计评审

注:验收测试方案及测试用例的设计工作完成后,需通知项目组相关成员召开评审会议。在这之前需要将待评审的内容发给相关人员熟悉和理解。

过程要点

详细说明

输入条件

1、验收测试方案、测试用例编写完成

工作内容

1、验收测试设计评审参与部门:产品 研发 测试

2、评审测试方案内容的正确性及合理性:

l       测试资源;

l       测试需求范围,各个测试需求的优先级;

l       测试策略及风险管理等;

3、评审测试用例:

l   测试用例优先级

l   测试用例集基于需求的覆盖程度

退出标准

1、测试方案、测试用例集评审通过

责任人

测试工程师

图表7 测试设计评审

2.4  功能验证阶段

2.4.1  版本提测

版本提测工作内容:

过程要点

详细说明

输入条件

1、测试设计内容评审完毕

2、开发团队阶段性编码完成、并已完成内部测试和测试报告;

3、符合阶段性功能验证;

工作内容

l   提交测试的版本必须经过冒烟测试

l   如冒烟测试不通过,技术质量部有权退回,不介入实质测试。

l   测试过程中保持版本稳定

l   所有BUG的测试及回归都必须保证在一个独立于开发、稳定、可重复的环境下进行。

退出标准

1、功能验证通过

责任人

测试项目经理  测试工程师

图表8 版本提测执行说明

2.4.2  功能验证测试

功能验证阶段测试工作内容:

过程要点

详细说明

输入条件

1、有明确的产品定义、系统设计文档;
 2、版本基线;
 3、测试环境、测试数据、测试设备准备就绪

4、内部测试完成并提供测试报告;
 5、测试方案、测试用例、测试策略已完成并通过评审;

工作内容

功能验证阶段测试主要应包含以下内容:
 1、根据产品需求、基线版本测试用例开展功能验证测试;
 2、验收环境运行正常
 3、根据验收测试计划执行验收测试,编写验收测试报告
 4、评估验收测试结果,是否达到验收要求
 5、未到达验收要求的,进行回退

根据此轮测试的结果,编写阶段验收测试报告,主要应包含以下内容:
 1、测试报告的版本
 2、测试的人员和时间
 3、测试所覆盖的缺陷——测试组在测试中所有处理的缺陷,不仅要写出覆盖缺陷的总数,还要写明这些缺陷的处理结果
 4、测试新发现的缺陷数量
 5、上一版本活动缺陷的数量
 6、经过此轮测试,所有活动缺陷的数量及其状态分类、趋势图
 7、测试评估——写明在这一版本中,那些功能被实现了,那些还没有实现,这里只需写明和上一版本不同之处即可
 8、急待解决的问题——写明当前项目中面临的最优先的问题,可以重复提出

退出标准

1、测试用例设计已经通过评审;
 2、按照测试计划完成了阶段验收测试;
      1)测试用例执行覆盖率达到100%
      2)测试通过率达到100%,非功能性测试用例达到95%以上
 3、系统满足产品定义、系统设计的要求
 4、测试中发现的Bug已经得到闭环,Bug趋势得到收敛
 5、大中型项目:各级Bug修复率达到标准,不存在0、1级问题,2级非必现问题不超过3个,剩余2级+4级BUG数不超过5个,所有BUG数目不能超过8个

6、验收测试报告通过评审;

责任人

测试项目经理  测试工程师

图表9 阶段验收测试执行说明

2.5  生产线验收测试

验收测试执行说明:

过程要点

详细说明

输入条件

1、有明确的产品定义、系统设计文档,已完成阶段验收测试并提交报告:
   a) 验收版本的需求文档:要求需求文档与最终提交验收测试的程序完全匹配  ;
   b) 验收版本的测试用例:要求测试案例覆盖最终版本的需求文档;
   c) 验收版本的测试报告:在测试报告书中说明测试总体情况,缺陷列表及修复情况;
 2、要求对需求文档上提及的所有功能进行全面测试,且提交验收测试时,开发方发现的所有缺陷都已解决;
 3、验收环境准备就绪;验收测试环境准备完成,与线上真实环境一致;

2、生产线发布,自测通过且提供测试报告;

工作内容

验收测试主要应包含以下内容:
 1、根据产品需求、验收版本测试用例开展功能、体验、兼容、功能、性能、安全、可靠性测试;
 2、根据验收测试计划执行验收测试,编写验收测试报告
 3、评估验收测试结果,是否达到验收要求
 4、未到达验收要求的,进行回退

退出标准

验收不合格标准:
 1、验收不合格的,进行回退
 验收合格标准:
 1、系统满足验收测试要求,产品需求均已实现

2、试运营通过;
 3、验收测试用例执行覆盖率达到100%
 4、测试通过率达到100%,非功能性测试用例达到95%以上
 5、在测试中发现的Bug趋势得到收敛
 6、没有P0,P1级必现BUG存在,P2级非必现BUG数目不能超过2个(注:非必现bug的复现概率不能高于5%),剩余BUG数不超过5个,所有BUG数目不能超过8个

7、验收测试报告通过评审;

责任人

测试项目经理 测试工程师

图表10 验收测试执行说明

2.6  测试归档

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

过程要点

详细描述

输入条件

测试验收通过

工作内容

归类、存档测试过程涉及到的文档,主要包括以下文档(必须)

l   测试计划

l   测试用例

l   阶段性测试报告

l   测试总结报告

l   测试验收会议记录

退出标准

全部文档归类完毕,版本号封存

责任人

测试项目经理 测试工程师

图表11 测试归档

2.7  测试工作总结

测试工作总结内容:

过程要点

详细描述

输入条件

项目验收工作完成。

工作内容

由测试项目经理召开项目测试工作总结会议,会议内容主要为:

l    对项目期间的整个测试组的工作情况进行总结,指出测试工作中存在的问题,同时也对工作中表现好的地方给与肯定。(具体包括整个测试情况、流程实施、人员安排、测试方法等)

l    参与本次项目测试工作的所有成员个人体会和建议。

l    讨论测试工作中出现的问题,寻求更好的解决办法。

退出标准

1.    所提问题寻求到较好解决方式

参与人员

测试工程师 测试项目经理

图表12 测试工作总结

3  附录

3.1  验收合格标准参考

类别

必须满足条件

BUG类条件

条件1:没有P0,P1级必现bug不存在;

条件2:允许存在P1,P2级非必现bug,所有P1,P2级非必现个数目不能超过3个(注:非必现bug的复现概率不能高于5%);

条件3:所有级别剩余bug 总数不能超过8个;

需求实现类条件

功能全部实现

功能测试通过率

1、所有1级测试用例测试通过率必须达到100%;

2、所有2级测试用例通过率必须达到95%以上;

3.2  缺陷严重程度

图片

软件研发质量

软件研发质量,研发效能,高可用,技术质量,质量体系,质量保障,架构设计,工具平台,测试开发,持续交付,持续测试等技术交流。文章如有问题请联系我

75篇原创内容

公众号

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

01Byte空间

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值