5. 测试执行规范

1. 冒烟测试、接口测试、功能测试阶段：

1. 测试执行阶段，总体遵循先按照用例测试、先测高优先级用例/流程的原则。
2. 测试活动刚开始时，需严格按照测试用例进行测试。
   1. 测试用例是经过设计和评审的测试思路结果，有效避免漏测。
   2. 根据测试用例来测试，避免在测试阶段去思考测试场景，能提高测试效率。
   3. 统计执行用例的数量，便于跟踪测试进度，做好风险控制。
   4. 记录测试结果，便于问题回溯，以及提供测试度量数据。
3. 执行测试用例时，先测试高优先级用例，主流程业务，尽早暴露重要功能点的问题。
4. 测试用例执行和回归测试可以穿插进行，发散测试应放到最后。

2. 验收测试阶段：

1. 内部产品验收测试：
   1. 提前通知验收人员进行验收测试，按照验收标准进行验收。
   2. 内部产品验收需要在系统测试之前完成。内部产品验收是内部质量保证的一环，目的也是为了暴露Bug，当QA功能测试和产品验收测试的Bug都修复后，最后再由QA做系统测试，目的是最终检查功能符合发布标准。
2. 客户/第三方验收测试：
   1. 研发部门内部已经完成了所有测试，提供最终版本包给客户/第三方进行验收，理论上讲：这个最终版本包跟发布要求是一样的。
   2. 客户/第三方验收的用例需要按照客户合同上的需求来制定，不发散异常场景，以满足合同需求为目的。
   3. 在配合客户/第三方验收时，所有数据应尽量贴近真实用户数据进行。
   4. 引导客户/第三方按照验收Case进行验收，客户的需求是合理的，但未必是在本次验收范围之内的。哪些是缺陷、哪些是需求，在配合做验收测试的时候，都要注意。

3. 系统测试阶段：

1. 要端到端地验证新功能流程，关注新功能在整体业务流程下的表现，与其他模块间的关联是否符合期望。
2. 除了新功能，版本的主要基础功能需要走一遍，确保不要影响到最核心的基础功能。
3. 系统测试阶段发现的问题会直接影响到版本是否能发布，遇到问题时需第一时间通知开发人员、项目经理和QA Leader，相关人员综合评估一下是否影响发布。