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具体操作步骤

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

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

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

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

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

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

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

使用Bug Bash的注意事项

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

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

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

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

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

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

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

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