自测规范

简介 零、说明需要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参与评审、确认。


Top Top