缺陷大扫除（Bug Bash）

Bug Bash，即，缺陷大扫除。产品版本发布前，团队全员集中起来、共同找Bug。是软件工程、互联网产品开发过程中，验证环节很重要的一个活动。Bug Bash是集中全部精力，运用各方面的知识，尽全部智慧来搜寻项目的Bug。

一、什么事Bug Bash？

Bug Bash，顾名思义就是缺陷大扫除，让大家在产品版本发布前，一起集中精力来找缺陷。是软件工程、互联网产品开发过程中，产品验证很重要的一个活动。通常可以由项目经理或QA主导发起。

二、什么时候做？

通常在项目开发各阶段（里程碑）的末期，划出一个专门的时间段（通常2~3小时），确保线上没有重大bug影响试用、服务是稳定的状态下，可以举行Bug Bash。

三、有什么好处？

1、团队集体试用，发现需求
2、及时梳理，发布前的剩余事项
3、游戏化激励团队

• Bug Bash就是一种工作游戏化，透过大家聚集一起参与，然后加一些比赛的元素，会让大家有个冲劲要努力找出bug，比谁找的bug数最多。有一点要注意，主持人项目经理或QA不用只是在旁边观看或加油，也应该积极参与，一马当先多找一些bug出来，来提升大家参与度。当然最后可以利用统计工具，计算一下大家的排名与bug数给予奖励。
• 团队平时自己可能会做团建，有些团队不一定常搞活动。在这种类似游戏化的活动中，会促进团队间彼此的沟通、良性竞争，对于整体团队建设也是很有帮助的。如果项目经理要办Bug Bash，其实可以弄的热闹一点，变成一种团建。

四、谁来参加？

参与的人员，应该包括项目组全体成员，比如开发、测试、项目经理等等，有资源条件，也可以邀请非本部门团队来参与体验，比如会咨询用研部门的同事一同来体验产品

五、怎么做？

1、制定并颁布规则
准备一份ppt可以在周会上，跟团队宣导说明：什么是bug bash、宗旨跟目的是什么、时间地点是什么、准备工作确认、游戏规则等，方便大家可以随时查阅Bug Bash规则。
2、统一问题记录工具
可以用云协作、Google doc、Wiki、BugFree等工具，甚至每人发一张纸笔也一样可行，只要方便大家纪录，结束好统计即可。
3、提醒大家做好准备
包括用户手册、环境是否都准备好、权限都开了没、测试是否确保重大bug修复并验证完毕。如果有经费，准备一些点心、水果、奖品，更有助于提到大家参与的兴致。
4、提前规划会议场地
项目组如果人少且都有笔记本电脑，可以借一间大会议室，方便随时讨论、合作、排除问题，让大家能更集中投入这活动，气氛也会更热烈。但是如果没有办法借到大会议室或者大家都是台式机不方便移动也没关系，只要座位距离不远、使用即时通讯软件沟通，也一样可以把BugBash做的有声有色。
5、统计工作
Bug Bash结束后，项目经理要统计全部issue数、有效bug数、需求数。并检查是否有重复提交的问题，若有重复可以按照提交时间的先后顺序，决定这题算是谁的，或是各得一半的分数。然后再把bug跟需求区分开来。另外有些团队也可以根据提bug的价值与重要程度，给予不同奖励。当然bug bash如果经费允许，可根据不同表现，给予对应同学一些奖励，促进大家积极参与。
6、问题汇总与落实
团队要开个会，大家一起整理所有提出issue的优先级：判断到产品上线前，哪些bug是要修好的、哪些是可以留到未来修。因为Bug Bash到产品上线时间可能已经很接近，除非是很严重的bug，或者是工作量小、效果大的（性价比高），可以考虑处理；其余都不应该做，这样才能保障代码的稳定性，以及准时交付。当然这版本不修的bug、不能实现的需求，可以标示重要性为minor放到需求池，在未来版本去实现。

注意事项

1、Bug Bash不是一定要举行的活动，如果有时间举行，是对于团队、产品等多方面都有好处的活动
2、BugBash的频率不宜太高，假如每迭代都做，容易失去新鲜感，大家主键失去激情