Bug Bash：Bug 大扫除的正确用法

什么是 Bug Bash？

Bug Bash 即 Bug 大扫除或者说 Bug 大扫荡，在产品发布之前，为了保证产品的质量，团队成员一起集中精力来找 bug 的活动。这里的 bug 指的是产品缺陷。不懂技术的同学，可以把它当做一个大家来找茬游戏。

Bug Bash 的好处

1. 有这样一种正式的找 bug 个动作，能够倒逼我们去梳理上线还缺少什么问题。（搭建一个稳定的环境）

2. 不同人使用产品的方式不同，尤其是非开发人员，在没有用例的情况下测试，能帮助我们发现更多意想不到的 bug（有时候也能发现很多新的需求）。

3. 我们可以给 Bug Bash 设计的更具“游戏化”，让团队放松，增加团队更有凝聚力。

Bug Bash 在什么场景下使用？

Bug Bash 在项目中不是必须的。但越是复杂度高，周期长的项目，使用 Bug Bash 效果就越好。Bug Bash 最适合的时间是在正式上线前，经过两轮测试或者达到预上线标准时，要保证核心功能都能跑通，产品比较稳定的情况下进行。

Bug Bash 具体操作步骤

1. 团队里先沟通明确 Bug Bash 的目的和意义。

2. 提前邮件告知测试的时间（开始时间与结束时间，一般时间要 1-2 小时）、地点、参与人。

3. 现场准备记录 bug 的工具，如白板、便签、笔等。最好还准备一些水果，饮料、小奖品等。

4. 提前准备好测试的环境： 如一些特别角色的账号，虚拟的账号金额等。

5. 实时展示所有更新出来的 bug。可以搞一些奖项，比如找出 bug 最多奖，最难发现 bug 奖等。

6. 活动结束后，汇总所有的 bug，对 bug 进行分类，定好优先级，然后给到对应的团队成员。如果有设置奖项，现场就给奖励，并邮件通报全组。

7. 全员对提交的 Bug 进行分析，制定出解决的方案并实施。项目经理跟进修复。

使用 Bug Bash 的注意事项

1. bug 记录尽量简单，可以提前做一个 bug 模版，方便大家写内容。最好是把操作的步骤和截图都存下来。等后面线上录入的时候一并给到开发人员。

2. 参与的人员可以不局限于项目内部，项目外包比如，客服、运营、销售也可以参加，甚至可以邀请一部分核心用户来进行测试。

3. 有很多复杂功能，涉及到权限，账号角色、账户金额调整。一定要提前规划好，否则在测试过程中很容易被卡主，导致后面的很多功能测试不了。

4. Bug Bash 其实也可以用于需求文档、设计文档、测试文档等。Bug Bash 是一种思维，面对比较复杂，容易出问题的项目时，就可以在各个里程碑确认之前，做一次小型的 Bug Bash。

5. Bug Bash 是一种思维方式，如果项目特别复杂，一次做不完。也可以每天抽出少部分时间来做。通过每天的集中测试，发现当天出现的问题。

6. Bug Bash 不能代替专业的 QA，QA 测试会更专业，更全面，Bug Bash 只能作为 QA 的补充。

7. 很多人觉得在项目中使用 Bug Bash 很耗时间和精力，而且只是 QA 的补充，所以只是锦上贴花的东西，其实可以先小范围尝试下，看下效果。比如先让项目内成员短时间内参与。

一个工具，适不适合，好不好用，只有用了才知道。