测试流程机制

国际化

迭代测试计划评估迭代测试范围

需求文档变更

接口测试

产品需求文档定稿后可先安排与测试简单对接测试可先入手设计相应的测试用例场景

场景流程文档测试用例套件集合

GUI自动化回归

1.以实际需求场景为准的测试用例设计；   以产品原型为主、UI高保真为辅的测试用例设计2.维护已有的测试用例   删除过时的测试用例   改进不受控制的测试用例   删除冗余的测试用例3.测试用例设计编写完毕后，由设计人员发起组内评审。   与产品确认设计内容是否有缺失，需求涵盖是否有不足；   与研发确认功能实现逻辑，完善、补充测试用例点   在研发阶段初、中期或者早期发起该评审会议4.测试思路的整理；用例回顾及维护   测试用例设计完毕确认后，总结自我的测试思路   测试过程中（一轮测试完成后）回滚、执行下测试用例集   确认当前测试涵盖情况及所需补充用例   实时跟踪执行未通过的用例情况5.环境迁移问题跟踪   环境迁移的阶段，记录问题，上线回归   BETA环境跨服务问题记录，上线回归6.迭代遗留问题整理   迭代遗留BUG、未实现的功能需求整理   迭代结束后用例回顾及整理

场景梳理用例设计

当前迭代接口覆盖率报告

QA环境测试通过按计划切换环境

启动研发

全面测试

很容易忽略的一步，评估的参与人员等都是需要考量的，产品产出肯定是是适用于客户的  但不一定适用于当前系统 故架构、核心业务研发等 都需要参与讨论 确认最终落地方案

报告模板

再次确认需求文档

可使用该测试套件做单元测试、集成测试

QA环境测试

BUG分析报告/迭代质量初步评定分析报告

提交上线服务确认单，运维部署

1.遍历设计的测试用例2.回顾需求文档3.与产品及时确认研发过程中发生的变更

性能测试场景设计

QA每日/测试总结报告

1.遍历设计的接口测试用例2.正常业务流程覆盖3.异常流程的可怕性判断

需求文档定稿

接口回归测试报告

测试用例评审

线上回归测试

1.测试组内初步评审2.整理评审思路流程3.整理测试用例的疑问、问题点4.测试组发起评审，确保产品、主研发能够参加5.整理审核评审记录，分享相应的情况

接口测试用例设计

Code Review

测试用例套件

部署qa

需求评估

API自动化回归

BETA环境验收测试

测试用例完善补充

接口用例规范测试报告模板

研发

兼容性

性能追踪/分析

Jacoco覆盖率报告

1.根据BETA环境验收情况，判断与其他服务的影响程度2.根据流程场景验收3.根据QA、BEAT测试情况分析可能出错的功能点 验收4.迭代内容遗留问题整理确认，并尽快确认修复

1.测试验收迭代内容后提交给产品验收2.各小组回归验收测试3.确认链路情况

依赖于开发定义文档需提供完善的接口文档

权限相关

1.每日回归测试用例，遍历当前测试进度。2.套件内的测试用例得及时维护（每日）3.从BUG出发，完善补充测试用例（线上BUG在UAT验证前需补充完善相应的测试用例）