1 简介
1.1 文档目的
为了使验收测试流程透明、公开、具备可操作性,我们编写了软件验收测试流程,供验收测试过程参考。
1.2 适用范围
本流程适合产品研发、测试、运维。
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、有明确的产品定义、系统设计文档; 4、内部测试完成并提供测试报告; |
工作内容 | 功能验证阶段测试主要应包含以下内容: 根据此轮测试的结果,编写阶段验收测试报告,主要应包含以下内容: |
退出标准 | 1、测试用例设计已经通过评审; 6、验收测试报告通过评审; |
责任人 | 测试项目经理 测试工程师 |
图表9 阶段验收测试执行说明
2.5 生产线验收测试
验收测试执行说明:
过程要点 | 详细说明 |
输入条件 | 1、有明确的产品定义、系统设计文档,已完成阶段验收测试并提交报告: 2、生产线发布,自测通过且提供测试报告; |
工作内容 | 验收测试主要应包含以下内容: |
退出标准 | 验收不合格标准: 2、试运营通过; 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篇原创内容
公众号