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的补充,所以只是锦上贴花的东西,其实可以先小范围尝试下,看下效果。比如先让项目内成员短时间内参与。

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

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分