Bug Bash 规范

关于Bug Bash

Bug Bash 即缺陷大扫荡。

就是开发、测试、项目经理、需求分析师……所有相关的或者不相关想参与的人，一起放下手中活计，找个会议室一起找 Bug。

一般在版本要 Release 之前的2到3天，不定期举行。

目的

• 团队集体试用，熟悉业务，发现新需求
• 梳理发布前的剩余事项
• 激励团队

前提

1 划清测试范围，提前确保功能可用。

2 协调参与人员的时间，财务同事，开发，code reviewer。

3 做好测试方案，角色分配，谁是什么角色。

4 整理一个专门的泳道，来记录发现的需求和 bug。

注意

Bug Bash不能代替 QA。目的也不是为了代替 QA。

流程

• Notion 中登录测试范围、测试方案、期待值
  • 开发做的功能，自己填写到表里，怎么测能够覆盖。
  • Tester 空着，Owner 是开发者。
  • Details 里尽量把 Case 和期望结果写清楚。
  • 有的 Case 可能需要提前准备。
• 准备数据和环境
• 发布会议邀请
  • 时长一小时。
  • 邀请能邀请的所有人。
• 进行会议
  • 前50分钟
    • 执行测试
    • Tester 在 Bug Bash 进行中，谁测谁填写。
    • 每一条最少2-3个人。
    • 有 Bug 或需求直接登录到任务管理系统
  • 后10分钟
    • 过一下问题，可以直接处理掉（比如不是 Bug，就直接关掉）
    • 是 Bug 就作为任务，排列优先级