自测规范
- 工作小总结
- 时间：2021-07-20 10:32
- 3140人已阅读
简介
零、说明需要QA测试的需求、项目，应当第一时间与QA团队沟通，确定人力投入。提测之前，一定要进行自测，如果冒烟测试，必须先通过，否则给出说明。主流程不通过，QA有权利打回，RD需要为delay负责。自测用例应有文档说明。一、自测用例开发时间大于0.5天，需要编写自测用例wiki，可以参考qa的测试用例，必须包含主流程的测试用例。建议自测用例让QA进行评审，与QA的测试用例互补，RD除了关注开发过程
🔔🔔🔔好消息!好消息!🔔🔔🔔
有需要的朋友👉:联系凯哥
零、说明
需要QA测试的需求、项目，应当第一时间与QA团队沟通，确定人力投入。
提测之前，一定要进行自测，如果冒烟测试，必须先通过，否则给出说明。
主流程不通过，QA有权利打回，RD需要为delay负责。
自测用例应有文档说明。
一、自测用例
开发时间大于0.5天，需要编写自测用例wiki，可以参考qa的测试用例，必须包含主流程的测试用例。
建议自测用例让QA进行评审，与QA的测试用例互补，RD除了关注开发过程中涉及的点，也应当站在用户角度去思考。
二、自测环境
neibu、release环境数据与线上存在一定差异，自测时需要考虑到环境差异对自测结论的影响，尤其是数据量。
yufa 环境与线上共用一套数据，自测时一定要考虑到 st 测试对线上的影响，切记！切记！切记！
yufa环境最接近线上环境，所以尽量在yufa环境回归。
三、上线/灰度方案
涉及多个系统需要定制上线方案，并且涉及灰度、回滚策略，方案需要QA参与评审、确认。
上一篇： 项目管理模板