什么是Bug Bash？
Bug Bash即Bug大扫除或者说Bug大扫荡，在产品发布之前，为了保证产品的质量，团队成员一起集中精力来找bug的活动。
Bug Bash的好处
- 有这样一种正式的找bug个动作，能够倒逼我们去梳理上线还缺少什么问题。（搭建一个稳定的环境）
- 不同人使用产品的方式不同，尤其是非开发人员，在没有用例的情况下测试，能帮助我们发现更多意想不到的bug（有时候也能发现很多新的需求）。
- 我们可以给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的补充，所以只是锦上贴花的东西，其实可以先小范围尝试下，看下效果。比如先让项目内成员短时间内参与。
一个工具，适不适合，好不好用，只有用了才知道。
