码迷,mamicode.com
首页 > 其他好文 > 详细

测试左移清单

时间:2019-02-01 19:54:28      阅读:236      评论:0      收藏:0      [点我收藏+]

标签:完成   领域   版本   cal   约束   理解   产品经理   开发人员   单元测试   

1.需求评审,测试对业务熟悉(领域内专家),敢于合理地挑战产品经理;

2.技术方案评审,测试读懂和理解技术方案,凭敏锐的嗅觉,挖掘技术方案不足之处。例:方案中补偿场景是否合理充分、业务场景不断增加后的可扩展性、业务量大幅增加后的性能问题、可测试性等;

3.测试用例和业务编码并行,包括接口测试用例、功能测试用例的编写;

a.提供接口服务的,要求开发人员在编写业务代码之前,先给出接口设计文档;

b.引入Swagger等自动生成工具的,先定义好接口(requestresponse的参数、参数类型、必填项、取值范围、其他约束等),编写业务代码前,先编译生成文档;

4.单元测试的质量,除了保障代码覆盖率等硬性指标,从测试角度检查UT代码的有效性;

5.代码静态分析,测试可拉取代码进行检测,协同开发一起保障代码质量;

6.代码审查,有问题代码不能带病入库,测试协同开发一起把好代码入库前的最后一道关;

7.测试用例评审,版本提测前组织产品、研发、测试一起完成,提测后可直接使用。

测试左移清单

标签:完成   领域   版本   cal   约束   理解   产品经理   开发人员   单元测试   

原文地址:https://www.cnblogs.com/yulia/p/10346659.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!