最近实际参与了一次敏捷交付的验收测试，如何才能做好敏捷验收测试和大家一起分享探讨；为统一认知，结合当前项目研发流程，澄清下敏捷验收测试，敏捷验收测试顾名思义对敏捷开发交付成果根据一定的准则和规范进行验证是否符合交付要求，他所处在特性测试和系统测试的中间，独立于两者，他对特性测试结果验收审核，并对系统测试传递验收结果，有效协接上游测试和后端测试，保障交付质量；那如何做好一次验收测试呢？按照PDCA原则来分解下：
1、约法三章、制定明确的敏捷验收规则（Plan）
对于验收准则和各特性团队达成理解一致，各方认可准则；这些验收准则根据实际项目的研发状况及时调整；当前所处项目的验收准则主要包含：
文档齐备类：
特性的需求、设计方案、设计规程、操作指导文档需要齐全完善
测试设计是否覆盖测试策略中所包含测试场景
测试设计评审记录是否完善，是否已按评审建议及要求进行了修订
规范输出类：
自动化脚本是否运行通过，并进行每日回归
特性测试跟踪记录表是否已完成，填写完整
过程执行类：
特性阶段发现的问题是否都已关闭
是否存在明显的测试执行遗漏（有明确测试设计，未执行，泄露故障）
自动化脚本是否符合测试设计目的，和测试设计是否对应匹配
是否存在重大遗留严重问题
2、专业的专人负责(Do)
选择跟踪该特性的测试专家，具备扎实的专业能力，在特性开发过程中参与了特性的需求评审、方案评审、测试规程评审，以及相关的特性开发过程跟踪，知道特性的复杂度，相关的风险，对特性验收时能有针对性的测试补位
3、有效协同，信息透明（Do）
有效协同，提高效率：在特性完成测试的DOD后，特性团队交付验收前对照验收准则进行核对，具备可验收条件后，通知测试专家进行专项验收；
信息透明，结论明确：测试专家对验收结果对所有相关干系人进行公示，输出完整的验收报告，验收结论明确：
不通过：给出明确原因，规范类不通过项要求特性测试组限定期限完成整改，达标后，对于系统测试交付；重大遗留问题
通过：系统测试组可以对该特性不测试
4、检查、验证（Check）
由系统测试对验收结果进行验证，优先验收不通过特性进行验证。如果对于验收通过的特性发现了影响交付严重问题，则验收出现偏移，需要验收分析原因，给出解决方案
5、复盘回顾（Action）
俗话说，无复盘，无成长；对于验收阶段发现的问题、系统测试阶段发现的问题定期进行回顾复盘总结，落地改进行动，定期跟踪闭环。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
