前言
验收测试，顾名思义，作为软件测试周期中的最后一个阶段，是产品上线的最后关卡。所以，验收测试对产品的线上质量把控，起着重要的作用。本着质量前移的思想，要做好验收测试的工作，就要把控好验收测试的开始标准及准备工作。下面小编将结合自身所在的项目，和大家一起探讨下如何衡量验收测试的标准及做好准备工作。
验收测试
就小编所在的项目，验收测试主要包含两个阶段：二轮测试和冒烟测试。在测试阶段的先后顺序上，二轮测试在一轮测试（需求的系统性测试）之后，在冒烟测试之前。在测试粒度上，按照由细到粗的顺序，依次为二轮测试和冒烟测试；冒烟测试，众所周知是对功能主路径的回归验证，而二轮测试则是执行较冒烟更细粒度的测试，另外也包含了一轮测试阶段中出现bug较多的场景等等。
名词释义
一轮测试：系统的测试验证需求的阶段，包含全部功能点的验证、兼容性验证、性能验证等等；
二轮测试：作为一轮测试后的整体回归验证阶段，主要侧重验证功能的主流程和一轮测试中问题较多的场景的相关用例。
二轮测试
开始标准
一、测试自身
1、一轮测试执行完毕；
2、一轮阶段的待检验bug回归完毕；
3、发起内核代码迁移邮件，确认内核开发要集成到正式发布分支的代码，且均已验证完毕。
二、配合方
1、各配合方均已上线验证完毕；
2、例如：产品配置项、服务端、前端、第三方等；
3、反例：小编最近碰到个问题，由于没有在二轮测试开始前做好上线验证工作，导致在二轮执行阶段遇到多方联调问题，影响项目进度。
4、具体表现：在二轮测试执行阶段，发现已经上线了的服务端和第三方相关功能无法顺利走通，经过定位排查发现是在上线时，服务端和第三方的接口没有联调成功。
5、三方（开发、产品、测试）确认无阻塞二轮测试的bug；
6、代码集成完毕；（视具体项目组而定）
7、新功能或有较大改动模块，产品&交互验收通过并已回复邮件；
8、新功能或有视觉改动模块，视觉走查通过并已回复邮件；
9、备注：当项目发版紧张时，开发评估一轮未结束的模块对其他模块均无影响（如，独立插件的功能模块），可以先执行其他不受影响的模块的二轮测试。
准备工作
1、评估二轮测试范围；
二轮测试范围的评估流程及方法
Step1：准备工作；
① 梳理当前版本的新功能或者有功能改动优化的模块，执行二轮测试用例；
② 梳理当前版本的非新功能或有功能优化的，但是有bug改动的模块，标注改动点；
Step2：测试根据梳理的改动模块范围，初步评估各模块的测试粒度；
Step3：与开发经理沟通核对代码的更新记录，评估有改动模块的回归粒度；
Step4：更新各模块的测试粒度列表，组内交由各模块的测试负责人，最后评估测试粒度的合理性以及测试工作量。
2、组内同学评估二轮测试工作量；
3、发送二轮测试范围邮件；
4、确认产品发送重要埋点上线邮件；
5、发送版本覆盖升级验证邮件；
6、建立代码监控。
名词释义：
代码监控：在项目内部的云平台（类似Git），建立规范来筛选开发修改的代码记录，供测试开发同学复查评估改动范围及影响范围；主要是用来监控各个验收测试阶段的代码提交记录，提高二轮回归验证的准确度；在代码监控建立完成后，需要在各个阶段测试执行完成后，测试处理代码监控，记录回归范围及回归结果。
冒烟测试
开始标准
一、测试自身
1、二轮测试执行完毕；
2、待检验bug均已回归完毕；
3、代码监控处理完毕。
二、配合方
1、三方（开发、产品、测试）确认无影响项目发版质量的bug；
2、再次确认各配合方均已上线；
3、再次确认内核正式发布分支新集成的代码已验证完毕。
准备工作
1、开发在打包系统中建立客户端正式发布的版本分支；
2、发送冒烟开始代码冻结周知邮件；
3、打包冒烟测试版本。
灰度包回归测试
开始标准
一、测试自身
1、灰度包的新修复进代码，测试针对性的回归测试完毕；
2、代码监控处理完毕。
二、配合方
1、开发查看评估灰度包线上问题，并针对问题进行修复完毕；
2、若有需重新上线的配合方，需确认配合方上线验证完毕。
准备工作
1、根据代码改动范围评估灰度包回归验证范围及工作量；
2、组内同步灰度包回归测试计划安排。
结束语
以上为软件测试生命周期中的各个验收测试阶段及相应的标准、准备工作。千里之堤毁于蚁穴，只有严格把控每个测试阶段的工作，才能更好的捍卫我们产品的质量。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
