验收测试做得好，质量验收没烦恼

什么是交付验收测试？

为了更好、更快、更有效的做好测试质量交付，当前项目测试交付活动，把具体的测试交付过程按阶段进行了划分.

阶段一

特性测试交付

该阶段属于开发阶段，进行需求特性开发后的需求特性测试，重点为功能测试，主要参与的测试人员为测试QA。

阶段二

敏捷验收交付

该阶段属于测试阶段，进行敏捷交付验收测试，主要对前一阶段交付特性的交付过程规范性、探索验收需求是否满足用户、以及对下一测试阶段的测试策略建议，该阶段的重点是协接开发和测试的中间阶段，该阶段主要参与人员为测试专家TS。

阶段三

系统测试交付

该阶段进行需求特性整系统测试，端到端验证需求的完善性，性能稳定性、异常可靠性、工程开通的可行性，该阶段主要参与人员为测试TE。

为什么要做交付验收测试？

按照常规的测试阶段划分，在需求特性完成开发后，特性交付给系统测试进行测试后完成发布，为什么在开发阶段和系统测试阶段加入了敏捷验收阶段？当前存在什么痛点？敏捷验收测试又带来哪些好处？

在项目需求开发过程中，存在需过程中发生变更、外部依赖不满足、新技术团队成员能力不具备等这些内外部动态的、静态的、确定的、不确定的变化，导致需求无法按期、按质交付。

对系统测试发布后，发现问题后重新修复、测试进行回归，多次来回返工，导致交付延期、测试人力投入大。

在这样的背景下引入了敏捷交付验收测试，那如何做敏捷交付验收？按照当前项目的实践过程进行分享。

如何做敏捷交付验收？

组织方面

在测试组内选出各业务领域对应的测试骨干，独立组成测试专家团队，负责敏捷交付验收。

流程方面

测试专家端到端参与到敏捷活动各环节中，一开始参与市场需求分析讨论、需求落团队后进行实现方案的评审、在具体的需求开发、测试过程中及时识别风险，进行风险跟踪闭环，以及敏捷开发团队需求交付后对该需求的探索性验收，输出对下一测试阶段，系统测试的建议以及指导系统测试完成后续测试。

工具方面

基于风险的过程跟踪、探索验收测试。

基于风险的过程跟踪

整理输出敏捷各活动阶段的风险类别，建立风险意识；

识别风险，通过风险树，在需求研发的各环节进行识别；

风险处理：按照风险的高、中、低优先级，进行风险处理，中、低风险跟踪专家和团队负责讨论解决方案，高级别风险超出团队处理能力，则进行风险上报，由项目层面进行处理；

风险跟踪：风险纳入风险清单，对风险处理措施每周进行进展跟进，风险引入、风险描述、发现日期、当前状态、关闭日期。

风险清单报告：

探索验收测试

约法三章，制定验收规则，明确验收准入条件。

文档类：需求的过程文档输出完整齐全：需求、方案、规程、操作指导文档齐全；

故障类：该需求在特性阶段发现故障均已合入发布版本并完成自动化的补充；

脚本类：该需求输出的自动化化脚本编写完成并全部执行通过。

规范过程，有效验收。

检查验收准入条件是否满足；

过程中识别的风险进行跟踪闭环；

根据过程中识别出来的风险，评估特性测试薄弱项，进行重点探索测试；

输出验收测试报告，给出明确验收结论，提出相关风险、验收薄弱项。

协同保质，协接上下游。

对上：对于验收结果为不通过，反向督促特性团队进行复盘；

对下：特性的验收，和下一测试环节做好交接，澄清测试薄弱项，测试风险，便于下一环节进行重点关注，进行补位，协同保障测试交付。

总结

对于验收测试如何有效做好，在项目中可以设计合理的组织、调整流程、并依托工具进行有效结合后来完成，保障测试交付质量。

现在我邀请你进入我们的软件测试学习交流群：【746506216】，备注“入群”， 大家可以一起探讨交流软件测试，共同学习软件测试技术、面试等软件测试方方面面，还会有免费直播课，收获更多测试技巧，我们一起进阶Python自动化测试/测试开发，走向高薪之路。

喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一 键三连哦！