自测规范

  • 作者: 凯哥Java(公众号:凯哥Java)
  • 工作小总结
  • 时间:2021-07-20 10:32
  • 2733人已阅读
简介 零、说明需要QA测试的需求、项目,应当第一时间与QA团队沟通,确定人力投入。提测之前,一定要进行自测,如果冒烟测试,必须先通过,否则给出说明。主流程不通过,QA有权利打回,RD需要为delay负责。自测用例应有文档说明。一、自测用例开发时间大于0.5天,需要编写自测用例wiki,可以参考qa的测试用例,必须包含主流程的测试用例。建议自测用例让QA进行评审,与QA的测试用例互补,RD除了关注开发过程

🔔🔔好消息!好消息!🔔🔔

 如果您需要注册ChatGPT,想要升级ChatGPT4。凯哥可以代注册ChatGPT账号代升级ChatGPT4

有需要的朋友👉:微信号 kaigejava2022

零、说明

  • 需要QA测试的需求、项目,应当第一时间与QA团队沟通,确定人力投入。

  • 提测之前,一定要进行自测,如果冒烟测试,必须先通过,否则给出说明。

  • 主流程不通过,QA有权利打回,RD需要为delay负责。

  • 自测用例应有文档说明。

一、自测用例

  • 开发时间大于0.5天,需要编写自测用例wiki,可以参考qa的测试用例,必须包含主流程的测试用例。

  • 建议自测用例让QA进行评审,与QA的测试用例互补,RD除了关注开发过程中涉及的点,也应当站在用户角度去思考。

二、自测环境

  • neibu、release环境数据与线上存在一定差异,自测时需要考虑到环境差异对自测结论的影响,尤其是数据量。

  • yufa 环境与线上共用一套数据,自测时一定要考虑到 st 测试对线上的影响,切记!切记!切记!

  • yufa环境最接近线上环境,所以尽量在yufa环境回归。

三、上线/灰度方案

  • 涉及多个系统需要定制上线方案,并且涉及灰度、回滚策略,方案需要QA参与评审、确认。


TopTop