标签：完成 领域 版本 cal 约束 理解 产品经理 开发人员 单元测试
1.需求评审，测试对业务熟悉（领域内专家），敢于合理地挑战产品经理；
2.技术方案评审，测试读懂和理解技术方案，凭敏锐的嗅觉，挖掘技术方案不足之处。例：方案中补偿场景是否合理充分、业务场景不断增加后的可扩展性、业务量大幅增加后的性能问题、可测试性等；
3.测试用例和业务编码并行，包括接口测试用例、功能测试用例的编写；
a.提供接口服务的，要求开发人员在编写业务代码之前，先给出接口设计文档；
b.引入Swagger等自动生成工具的，先定义好接口（request和response的参数、参数类型、必填项、取值范围、其他约束等），编写业务代码前，先编译生成文档；
4.单元测试的质量，除了保障代码覆盖率等硬性指标，从测试角度检查UT代码的有效性；
5.代码静态分析，测试可拉取代码进行检测，协同开发一起保障代码质量；
6.代码审查，有问题代码不能带病入库，测试协同开发一起把好代码入库前的最后一道关；
7.测试用例评审，版本提测前组织产品、研发、测试一起完成，提测后可直接使用。
标签：完成 领域 版本 cal 约束 理解 产品经理 开发人员 单元测试
原文地址：https://www.cnblogs.com/yulia/p/10346659.html
