项目准入要求

  • 特别强调：准入必须严格执行，QA必须做到严格把控，不允许打破底限，出现所谓“人情”而放弃原则的情况！
  •  准入的目的
  •  准入基本要求
  •  准入规范
  • 准入执行流程
  • Q&A

特别强调：准入必须严格执行，QA必须做到严格把控，不允许打破底限，出现所谓“人情”而放弃原则的情况！

把精力浪费在基本功能问题上！

准入必须在联调之前给出！

 

为了避免精力、效率浪费在项目质量上，A~C级项目准入要求如下

 准入的目的

  • 一个误区：rd/fe "过了准入，我都自测完了，还要qa干什么呢？"
  • 准入的case仅占对应项目基本功能的20%~30%，部分重点项目比例会加大；也即过了准入其实也只能保证一定比例的基本功能无问题
  • 除了基本功能外，qa需要关注测试设计(功能、体验、安全、性能等)、用最小的成本，覆盖边界、异常功能点以及未覆盖的其他基本功能
  • 为什么要准入？
  • 保证项目最核心的功能正常，不阻塞其他方面的验证
  • 把时间与精力投入到更有价值的验证工作上，而非简单功能的double check

 准入基本要求

  • 准入基本要求：
  • RD/FE要求
  • 项目研发计划必须包含自测、准入时间
  • 提测前icafe给出准入执行情况反馈
  • 准入通过方可提测
  • QA要求
  • QA在联调前，提供准入case
  • 提测后过准入，并给出准入结论(通过/未通过)
  • 准入失败QA进行通报：经理以及负责人之间立即沟通原因，确定后续处理；确定质量问题导致准入失败，做打回操作；
  • 项目负责人要求
  • 保证规范的严格执行与及时推动

 准入规范

  • 准入规范：

准入case全部通过才能继续进行下一步测试；

若准入case未能全部通过，QA打回提测单，暂停测试；

RD/FE修复bug重新提测后，qa再次进行冒烟准入。

准入执行流程

  • 准入执行流程：

时间点

角色

执行内容

项目计划

RD/FE/QA

预留20%的开发时间为自测时间，明确自测开始时间点和提测时间点。

联调开始前

QA

A/B/C级项目：icafe发贴，提前提供准入case。

自测阶段

RD/FE

A/B/C级项目：使用QA提供的准入case进行自测，提测的前提是全部准入case测试通过。

提测

RD/FE

提测时在icafe发贴反馈准入情况，须有明确反馈！

注意：准入通过的标准是准入case全部通过，如果没有全部通过，请先修改，避免提测后被打回。

准入测试

QA

若准入case全部通过，发出准入报告(全通过/不通过)，继续进行下一步测试。

Q&A

  • Q&A：
  • 哪些项目加入准入流程？

A/B/C级全部项目加入准入流程

 

  • 如何挑选准入case？

项目提测的基本功能、涉及核心服务的功能作为准入case。

基本功能的定义：

  • 属于本次项目正常功能点
  • 除非本次项目涉及到诸如特殊用户类型(封禁、屏蔽)、特殊吧状态(屏蔽)等；
    否则，此类case不作为正常功能范畴
  • 除去以上范畴的case都属于基本功能范畴内

 

  • 有上线时间点的项目，准入不通过打回提测，影响上线时间怎么办？

 

准入严格按照标准执行。反复提测不会提升效率，反而会影响上线质量和效果。