测试杂感:Bug Bash

 缺陷大扫除(Bug Bash)是一项短期的全员测试活动。在微软,许多开发团队会在里程碑(milestone)的末期执行缺陷大扫除。程序员、测试员、程序经理、内部用户、市场人员在1~3天的时间窗口中,运用各自的技能和职业背景,集中精力来搜寻软件的缺陷。通常,每位参与者会获得一个小礼品,发现缺陷数目最多的冠军会获得一份大奖。

  一般认为,缺陷大扫除的优势在于引入了“更多的眼睛”。程序员更了解程序逻辑和实现细节,有可能发现隐蔽的缺陷;测试员更擅长缺陷猜测和持续攻击,有可能发现其他测试员遗漏的缺陷;程序经理能够从业务角度考察软件,有可能发现业务流程、整体设计上的缺陷;内部用户是软件的使用者,有可能发现易用性、可达性上的缺陷。总之,参与者在技能和角色上的差异性有助于发现不同类型、不同层次的缺陷。

  如果只有测试人员参与,缺陷大扫除还有意义吗?以我的观察,测试团队定期组织所有成员执行缺陷大扫除,是一项非常好的实践,有助于团队建设(team building)和个人成长。

  在我的部门,测试团队有近20名测试员工。每个员工会负责一个子系统或独立模块的测试,这些子系统和模块会组成整个业务系统。我们大约2~3个月做一次发布(release),每次发布之前都会执行缺陷大扫除。其大致流程和要点如下:

  缺陷大扫除持续一个完整的下午(大约3~4个小时)。这是一个天然的时间窗口,让测试员可以集中精力工作。超过这个窗口,测试员很有可能分心去做其他工作。

  所有的测试员带着自己的笔记本电脑,在一个大会议室围桌而坐,一起测试。团队建设的一个手段就是团队成员协作去完成一个有挑战性的任务。缺陷大扫除就是测试团队一起工作去搜索整个业务系统的缺陷。

  测试员测试一个陌生的子系统时,他可能不了解该系统的业务目标和使用方式。这时,他可以询问负责该系统测试的同事。由于所有人都坐在一个会议室,绝大部分业务问题都可以得到立即解答。这使得测试可以顺畅地推进,也强化了相互协作的团队精神。

  测试主管(test lead)参与缺陷大扫除,他也在会议室执行测试。领导重视是团队建设的必要基础,它体现为领导亲自做那些他宣称是非常重要的事情。

  测试主管会不定期通报测试进度:已经发现了多少缺陷、目前的冠军发现了多少缺陷等。这是对测试团队士气的鼓舞,也推动了测试员之间的良性竞争。

  在“缺陷大扫除”会议结束之后,每个子系统的开发团队立即举行“缺陷分拣(triage)”会议。程序员、测试员、程序经理一起检查缺陷列表,决定哪些缺陷需要立即修复、哪些缺陷可以延迟修复、哪些缺陷不必修复。

  在一周内,测试团队举行“缺陷检讨”会议,对有教益的缺陷进行深入分析。团队识别出有代表性的缺陷,分析根本原因,枚举错误症状,总结适用的测试方法,并提出避免再犯的建议。这个会议是缺陷大扫除最重要的一环,它使得测试技巧、开发知识、有效实践可以在团队中分享并沉淀,是团队学习、个人成长的有力工具。

  对缺陷大扫除的冠亚季军给予适当奖励,奖品可以是运动装备、购物劵、书劵等小礼品。这是为了提高整个活动的趣味性,因此奖品不宜过于贵重。在我的团队,冠军奖品大约为150元,亚军奖品为100元,季军奖品为50元。

  缺陷大扫除是常规测试的有效补充。测试团队将各个子系统连成业务系统,执行端到端(end-to-end)的系统测试,能够发现个人在子系统测试中难以发现的缺陷。此外,测试员在测试不熟悉的子系统时,没有任何先入为主的“偏见”,往往能立即发现那些被”熟视无睹“的缺陷。而资深测试员还可能发现一些初学者难以察觉的隐蔽问题。

  不过,相比找到的缺陷,我认为缺陷大扫除在以下两个方面更有价值。

  团队建设。在日常工作中,测试员更多的时间在独立地工作,彼此之间的联系并不紧密。在缺陷大扫除中,测试员进行渗透式交流,互通情报,一起嘲笑那些拙劣的设计、滑稽的缺陷,甚至说一些无关的笑话以相互逗乐。全部这些“小事”都在潜移默化中逐步构建一个团队。

  团队学习。团队举行“缺陷检讨”会议,总结缺陷模式(bug pattern),完善测试策略,补充测试检查列表(check list)。这是一种积极的集体学习行为。在此过程中,测试员可以积累经验、分享技能,测试团队可以沉淀知识、凝聚士气。

时间: 2024-10-10 14:08:39

测试杂感:Bug Bash的相关文章

Alpha Version Release Of Teamwork: Appendix 1 BUG BASH

在为期一周的发布周中,我们将app本身最后的细节完善,功能代码到位,UI不断改进和优化,团队在开始准备发布之前,对整个APP进行了一次BUG检查,每个人都部署了app在自己的android设备上进行测试.一共发现了以下的bug. bug等级:高. bug位置:android代码. 现象:加载此页面程序崩溃弹出. 原因分析:图标太卡导致图片加载问题. 解决:缩小图片容量,修改加载函数. bug等级:中. bug位置:android代码. 现象:某些菜品价格显示为-1. 原因分析:爬虫对于一些未爬取

Bug Bash in Personal Photo Experience 1/11/2016

In the process of our Personal Photo Experience Project, There are some bugs which hinder our forwards. But through our spirit of perserverance,We have already fixed them and make our product more excellent. So following are some bug list and the how

Alpha版本BUG BASH

在本次软件开发的第一轮迭代中,我们团队遇到了很多问题.首先是和学长联系不上导致拿到项目前一版本的代码的时间延后了一个星期.拿到代码后发现由于安装环境的问题代码无法移植.在这一阶段我们就耗费了大量的时间.同时,在本次软件开发中较大的一个问题是我们小组的成员都没有安卓开发的经验和学习经历,同时对于java也仅有粗浅的了解.我们必须边学边做,这就导致我们开发过程比较缓慢.最重要的一点,我们在安排任务的时候没有提前做好整个项目的架构,导致开发很离散,造成了很大的困难.我们的Alpha版本目前还有不少问题

“ThinkSNS+”内测启动 参与测试 反馈bug 赢粉丝福利!

4月20日V1.0阶段的APP将启动内部测试,并于每周四更新,邀请大家参与产品测试! 产品研发优化阶段,为打造更好的社群软件系统,优化产品体验,为企业和创业者奠定研发基石,我们将积极汲取来自用户和市场的反馈建议! 找出bug和优化建议,发送至官方邮箱[email protected]将有机会获得官方粉丝福利: 免费插件源码,技术服务,更有现金抽奖,二次开发优惠,等着大家.详情请询028-82884828,期待您的参与! 内测申请方式 提供个人/企业联系方式及认证信息(实名ID/企业营业执照照片或

UI测试常见BUG汇总

在大多数开发.测试眼中,UI测试的重要性远小于功能测试.性能测试等,但只要够细心,总能发现一些UI bug或者UI 可以改进的地方提高用户体验. 录入界面 1.1 输入字段要完整,且要与列表字段相符合(参照数据库进行检查) 1.2 必填项一律在后面用*表示(必填项为空在处理之前要有相关的提示信息) 1.3 字段需要做校验,如果校验不对需要在处理之前要有相关的提示信息 (1) 长度校验 (2) 数字.字母.日期等等的校验 (3) 范围的校验 1.4 录入字段的排序按照流程或使用习惯,字段特别多的时

itest(爱测试) 3.3.5 发布,开源敏捷测试管理 & BUG 跟踪管理软件

v3.3.5 下载地址 :itest下载 itest 简介:查看简介 V3.3.5 有 6个功能增强,2个BUG修复 ,详情如下所述. 用户反馈并强烈要求增强的功能实现:    1: 测试用例管理可线上线下同步处理: 线上线下,可处理项目的用例,提升用例处理效率(导出后线下修改,线下执行,线下新增,以及他们3者的排列组合操作),此功能看起来不大,但非常适用方便,确实能极大提升用例处理的效率.且测试包的的用例也同样可以以包的形式,导出后线下处理,再以导入的形式同步到线上. 如下两个图实际是一个EX

Monkey测试手机BUG重现及解决方法

1.1 Monkey测试简介 Monkey测试是Android平台自动化测试的一种手段,通过Monkey程序模拟用户触摸屏幕.滑动Trackball.按键等操作来对设备上的程序进行压力测试,检测程序多久的时间会发生异常. 1.2 Monkey程序介绍1) Monkey程序由Android系统自带,使用Java语言写成,在Android文件系统中的存放路径是:/system/framework/monkey.jar: 2) Monkey.jar程序是由一个名为"monkey"的Shell

web测试定位Bug的方法

1.抓包分析 web测试过程中,怎么判断前端Bug还是后端Bug?可以通过抓包工具来进行抓包分析. 大多数的浏览器都有自带的抓包插件,如FireFox的FireBug插件,Chrome.360急速模式.搜狗高速模式自带的DevelopTools插件,F12开启抓包后,在NetWork中可以看到当前页面发送的每一个http请求.通常情况下,我们可以通过请求接口.传参和响应三部分来判断Bug,另外,也可以在浏览器的控制台进行代码调试定位. (1)请求接口URL是否正确 如果请求接口URL不正确,为前

安卓手机测试常见BUG

安装 覆盖安装 跨版本安装 卸载后重新装 2.网络 2G网络下访问应用 网络不好的情况下,访问应用,是否会有数据返回 网络不好的情况下,切换到有网时,数据是否正常展示 WIFI断开时,再进入应用,之前的数据是否会展示出来 网络不好的时候的,一直点击事件是否会crash 3.推送 未启动应用时,点击推送,是否能够正常启动应用并打开推送 启动应用时,推送未开启时,是否能够收到推送消息 4.稳定性 多个APP同时运行时,应用是否正常运行 内存不足时,是否正常运行 反复操作,不断的点击 5.异常性 空白