软件测试中Bug Bash的妙用
作者:网络转载 发布时间:[ 2012/10/12 10:11:47 ] 推荐标签:
在谈论Bug Bash之前需要先介绍下Bug Bash的来源和意义以及ZBB(零错误反弹)
1、Bug Bash的来源和意义:据网传说Bug bash(Bug大扫除)来源于微软,通常发生在项目开发各阶段的末期,比如Beta版发布前,划出一个专门的时间段(通常1-3天),在这期间所有参与到Bug Bash的项目人员,集中全部精力,运用各方面的知识,尽全部智慧来搜寻项目的Bug。
2、ZBB(零错误反弹):
Zero Bug Build:这一版本的构建把所有已知的bug都解决掉了、或者是目前活跃的BUG趋近于0、或者指在项目中的某一个点上,开发活动终赶上了测试的步伐,当前已经不存在活跃错误。
Zero Bug Bounce:通常在一个Zero Bug Build之后,bug数目会以惊人的速度反弹,故称Bounce。系统要经历几次bounce,像阻尼震荡一样,bug的数目在弹了几次之后,后固定在(或者无限逼近于)0。
Bug Bash注意事项:
Bug Bash是一个非常有意思、有挑战性的活动、但要组织好这样的活动并非易事。一般有以下要点:
(1)尽管这是一个测试活动,但参与者不能于测试人员、建议是整个项目组成员都参加、包括项目经理,产品经理、开发人员。如果高层管理人员能参加更好了,如同全民动员。目的是要集思广益。
(2)要鼓励各部门,领域交叉搜索,因为新的思路和视角通常有助于发现更多的Bug;
(3)为调动积极性,增强趣味性,可以适当引入竞争机制,比如当活动结束时,评出发现Bug多,发现严重Bug的个人,给以物质和精神奖励。
进过上面的一番介绍对Bug Bash有了一定的了解、那么我们可以考虑下
起因:
1、产品准备要实测了、
2、或者是测试活动中已经2周没有BUG产出
3、再或者是BUG已经趋近于0了、也是达到了ZBB(零错误反弹)的临界点了。
目的:
1、调动全组积极性,换一种思维和方式执行测试
2、市场和需求人员从用户的角度分析,会发现一些测试人员想不到的问题;
3、开发人员知道从代码、白盒的角度分析问题会发现测试人员想不到的问题;
4、提早发现bug,降低软件风险
5、长期的测试容易使得测试人员形成思维定式或疲惫,通过这个小活动增加软件测试的趣味性和新鲜感
风险:
1、大家的积极性都是被调动、奖励机制一定需要、而且也要强调这个活动的必要性和重要性
2、所有参与Bug Bash的人员的时间需要保证
3、产品版本的稳定性必须要保证
4、各个部门领导对Bug Bash的支持程度
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11