什么是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的补充,所以只是锦上贴花的东西,其实可以先小范围尝试下,看下效果。比如先让项目内成员短时间内参与。
一个工具,适不适合,好不好用,只有用了才知道。
全部0条评论
快来发表一下你的评论吧 !