» 您尚未
登录
注册
|
社区服务
|
FTP中心
|
帮助
|
社区
|
无图版
|
测试百科
|
测试Blog
社区服务
银行
论坛群
短消息
个人消息
群发消息
发件箱
消息跟踪
写新消息
控制面板
控制面板首页
编辑个人资料
查看个人资料
好友列表
用户权限查看
交易币管理
特殊组购买
收藏夹
我的主题
软件测试基地论坛
->
新手园地
->
[转帖]编写优秀Bug报告的艺术及案例分析
XML
RSS 2.0
WAP
-->
本页主题:
[转帖]编写优秀Bug报告的艺术及案例分析
加为IE收藏
|
收藏主题
|
上一主题
|
下一主题
Fastpoint
级别:
总版主
精华:
44
发帖:
5033
基地声望:
390 点
基地币:
1687 Bug
基地贡献:
0 点
好评度:
15 点
在线时间:818(小时)
注册时间:2005-10-08
最后登录:2008-07-22
[转帖]编写优秀Bug报告的艺术及案例分析
引用
Kiki
http://blog.csdn.net/imlogic/archive/2005/05/31/384973.aspx
前言
在99年的Quality week上的一次演讲中，微软的一个测试经理，Roger Sherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况，因为这样的bug report浪费了紧张的开发计划中的宝贵时间，增加了对产品质量完全是无关紧要的事情，同时导致了在开发人员和测试之间的挫败感和差的感觉。有时，bug report是由于短暂的或随机的事件，测试和开发之间不一致的工具和配置，或者在测试的环境下对正确的行为的模糊定义而产生的，但是许多的由于不可重现而被关闭的测试报告是因为描述不清晰，被误解，或者只是文字的错误。
幸运的是，我学习到一些能够引起管理层注意，更清楚的和开发人员沟通并得到修复的编写优秀bug report的诀窍。这些技巧不仅仅提供了是在被修复的问题的比例方面得到了可靠的回报，而且在同开发人员和管理层的通过中也得到了回报。在我管理的项目中使用这种方法编写bug report，8份bug report中大约只有一个没有被修复。
这篇文章的思想只有当你的报告针对的测试执行过程是专业的质量工作才可以发挥作用。聪明地执行完整的测试包是产生可靠的测试状况信息的基础的其中一个因素。在许多的测试文献中广泛地介绍了多种多样的关于如何构建这样的测试包的方法。选择和你质量风险管理需求相一致的技术并且使之适应你的具体情况，敏捷地监督已计划的测试的执行过程，这样你就可以拥有可靠的测试执行过程。
另外一个关键的因素－bug report，却没有得到太多的关注。这是非常令人遗憾的，因为优秀的bug report对反映测试小组真实的和可理解的工作质量同测试本身一样都是非常重要的。试想一下：如果你不能用开发人员能够理解的术语和能够用于调试的方法给开发人员解释一个错误，他怎么能够修复问题呢？如果你不能够在bug report中提出象“保险杆标签”（bumper sticker）一样的错误总结来引起管理层的注意，你又如何让他们关心你们发现的问题呢？
Bug report的核心是对错误的描述。表格1中是一个关于好和差的错误描述的例子。编写好的bug report是一种好的艺术形式。采用以下的10条技巧可以帮助你的小组提高编写bug report的质量：
组织Structure：
测试人员应该采用深思熟虑的，小心谨慎的方法执行测试，并且做详尽的记录。这样可以促使他们对测试下的系统有很好的认识。当错误发生的时候，一个有组织的测试人员能够知道最早出现问题的地方。
重现Reproduce：
测试人员在编写bug report之前必须在检查问题是否可重现。如果错误不可再重现，仍然应该写下来，但是必须说明问题的偶然性。一个好的处理原则就是在编写bug report之前反复尝试3次。
隔离Isolate：
在尝试编写bug report之前，必须试着隔离错误。可以采用改变一些变量的方法，如系统的配置，它可能可以改变错误的症状。这些信息可以为开发人员着手调试提供思路。
归纳Generalize：
在测试人员发现了一个已隔离的，可重现的问题后，应该对问题进行归纳。同一个问题是否出现在其他的模块或其他的地方？同一个故障是否有更加严重的问题？
对比Compare：
如果测试人员以前曾经验证过现在出错的测试用例，那么他就应该检查以前的测试结果以检查相同的条件是否通过以前的测试。如果是的话，那么这个问题就象是一个回归的错误。注意由于同一测试条件有可能出现在多个测试用例中，这个步骤就不仅仅只是检查一个测试用例在以前的多个结果。
总结Summarize：
在bug report的第一行写上错误的总结是非常关键的。测试人员要花些时间思考已发现的错误对客户有何影响。这不仅仅要求测试人员编写的报告要能够吸引读者，使和管理层的沟通清晰，还要能够帮助设置错误修复的优先级别。
精简Condense：
在bug report的初稿完成后，测试人员应该反复阅读它，集中剔除那些没有关系的步骤或词语。隐含的或模糊的说明和那些由于对没有任何关系的细节或者那些在重现错误过程中不需要的步骤而消磨报告欢迎程度的无穷唠叨都不是bug report的目标。
消除歧义Disambiguate：
测试人员在精简空话的同时或其之后随即应该再仔细检查报告是否有会产生误解的地方。测试人员应该尽量避免使用模糊的，会产生歧义的和主观的词语。目标是使用能够表述事实，清楚的，不会产生争执的词语。
中立Neutralize：
如文中所述，作为坏消息的传递人，和善地提交消息是一个挑战。如同所有的错误总结一样，独立的bug report在措辞方面应该保持公正。攻击开发人员，指责潜在的错误，企图诙谐或使用挖苦将引起开发人员的憎恶，并且使注意力从“提高产品质量”这个大的目标上转移开了。谨慎的测试人员只用Bug report来描述事实。
检查Review：
一旦测试人员感觉bug report是他能够编写的最好版本，他应该将报告再给一个或多个同行进行检查。他的同事们也应该给出一些建议，为了澄清问题不断地提问，如果适当的话，甚至可以挑战“错误成灾”的结论。在允许的时间里，测试小组应该尽可能提交最好的bug report。
以上10条技巧可以帮助你和你的小组提交准确简洁的，彻底校订的，精心构思的，高质量的技术文档。测试小组应该集中编写bug report的任务，测试组长和经理应该让测试组成员清楚地认识到编写优秀的bug report是一项首要的工作任务。衡量优秀的bug report的质量指标应该包括如下：
1：对管理层来说，是清晰明了的，特别是在概要这一级；
2：对于开发部门是有用的，主要是给出能够让开发人员高效地调试问题的相关信息
3：可以很快的将bug从“Opened”状态转变成“Closed”状态，减少为得到更多的信息从开发人员打回的差的bug report并导致测试人员返工的时间。
改进bug报告的流程是需要花费一些时间的，但是也给予了效果显著的回报。首先，简单的流程改进了测试小组和高层、平行管理层之间的沟通，增强小组的信任度，名望和鼓励管理层给测试投资更多的资源。第二，平稳地递交报告给开发人员促进了测试和开发人员之间积极的关系。第三，更短的bug生命周期是更加有效的，在时间上之前花费在编写优秀bug report上的时间和后期由于返工差的bug report花费的时间相抵消。这些回报帮助开发流程通过有效的沟通和高效率的流程获得更好的产品质量。
案例分析：SpeedyWriter
SpeedyWriter －－
· 用Java开发的字处理器（word processor）
· 支持常见的字处理器功能
· 在案例分析中，用“italics”字体突出显示内容的描述上有差异
步骤1、组织Structure
· 采用深思熟虑的，仔细的方法进行测试
· 遵循编写好的或者运行由编写好的和标准化的流程自动化的测试用例
· 做仔细的记录
步骤2、重现Reproduce
步骤3、隔离Isolate
步骤4、归纳Generalize
步骤5、对比Compare
步骤6、总结Summarize
步骤7、精简Condense
步骤8、消除歧义Disambiguate
步骤9、中立Neutralize
步骤10、检查Review
可不可不要这么样徘徊在目光内
你会察觉到我根本寂寞难耐
即使千多百个深夜曾在梦境内
我有吻过你这毕竟并没存在
人声车声开始消和逝
无声挣扎有个情感奴隶
是我多么的想她
但我偏偏只得无尽叹谓
其实每次见你我也着迷
无奈你我各有角色范围
就算在寂寞梦内超出好友关系
唯在暗里爱你暗里着迷
无谓要你惹上各种问题
共我道别吧别让空虚使我越轨
[楼 主]
|
Posted:
2005-10-24 19:55
avenna
级别:
测试新手
精华:
0
发帖:
161
基地声望:
18 点
基地币:
6763 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:24(小时)
注册时间:2005-11-28
最后登录:2007-11-27
要仔细研究一下！
*Avenna~*人总是自己埋汰自己。
[1 楼]
|
Posted:
2005-12-19 15:53
avenna
级别:
测试新手
精华:
0
发帖:
161
基地声望:
18 点
基地币:
6763 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:24(小时)
注册时间:2005-11-28
最后登录:2007-11-27
要仔细研究一下！
*Avenna~*人总是自己埋汰自己。
[2 楼]
|
Posted:
2005-12-19 15:53
zhongsouhyw
级别:
测试新手
精华:
0
发帖:
62
基地声望:
6 点
基地币:
6627 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:12(小时)
注册时间:2006-03-15
最后登录:2006-09-07
哦！
在现在状况来说，这样的bug太艺术了，太难以实施了，无数的时间要花费在这上边；虽然工作应该要如此做，但
我认为也应该同时考虑效率。
时间紧迫的情况下，有没有这种bug提法的必要性呢？？？
目的是为了生存！！
[3 楼]
|
Posted:
2006-03-16 14:27
hqbluesky
级别:
资深测试工程师
精华:
0
发帖:
365
基地声望:
41 点
基地币:
6869 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:79(小时)
注册时间:2005-12-27
最后登录:2007-11-23
哦，这样太详细了，哪里有这样的时间写这么多的东西！
该有的总会有!
[4 楼]
|
Posted:
2006-03-16 16:24
fzhy1225
级别:
测试新手
精华:
0
发帖:
36
基地声望:
3 点
基地币:
6609 Bug
基地贡献:
1 点
好评度:
0 点
在线时间:22(小时)
注册时间:2006-02-10
最后登录:2008-03-28
是啊，哪有时间写这么多啊，版本都是不断的在更新，又有那么多的ｂｕｇ，每个都这样写的话，天啊
Endeavor
[5 楼]
|
Posted:
2006-03-17 10:15
ellasimon
级别:
测试新手
精华:
0
发帖:
29
基地声望:
2 点
基地币:
6550 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:4(小时)
注册时间:2006-05-09
最后登录:2006-07-11
学习学习．
[6 楼]
|
Posted:
2006-05-12 12:12
wolf-tree
级别:
测试新手
精华:
0
发帖:
5
基地声望:
1 点
基地币:
6528 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:0(小时)
注册时间:2006-05-08
最后登录:2006-06-02
好东东！谢谢！
每一天，在每一方面，我都越来越好！
wolf-tree
[7 楼]
|
Posted:
2006-05-12 15:07
leonzhl
级别:
测试新手
精华:
0
发帖:
10
基地声望:
1 点
基地币:
6423 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:3(小时)
注册时间:2006-05-31
最后登录:2006-09-06
这样的对比很清晰。。。
没签名。。。
[8 楼]
|
Posted:
2006-06-05 01:50
langziyu
级别:
测试新手
精华:
0
发帖:
17
基地声望:
1 点
基地币:
6441 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:21(小时)
注册时间:2006-09-26
最后登录:2006-10-17
学习中.
流浪的浪,浪子的子,子玉的玉.
[9 楼]
|
Posted:
2006-10-04 14:21
double1030
级别:
测试新手
精华:
0
发帖:
19
基地声望:
1 点
基地币:
6442 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:6(小时)
注册时间:2006-10-12
最后登录:2006-10-17
学习了
..
[10 楼]
|
Posted:
2006-10-12 15:45
shixiaobing
级别:
测试新手
精华:
0
发帖:
17
基地声望:
1 点
基地币:
6440 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:0(小时)
注册时间:2006-10-11
最后登录:2006-10-17
QUOTE:
引用第2楼
avenna
于
2005-12-19 15:53
发表的“”
:
要仔细研究一下！
新兵蛋子
[11 楼]
|
Posted:
2006-10-17 10:34
john
级别:
测试新手
精华:
0
发帖:
19
基地声望:
1 点
基地币:
6444 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:1(小时)
注册时间:2006-10-23
最后登录:2006-10-26
good~~~~but i often use remark
别人笑我太疯癫，我笑他人看不穿。
[12 楼]
|
Posted:
2006-10-26 22:14
willale
级别:
测试新手
精华:
0
发帖:
20
基地声望:
2 点
基地币:
6441 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:22(小时)
注册时间:2006-09-22
最后登录:2006-12-26
磨刀不误砍柴工
[13 楼]
|
Posted:
2006-11-16 14:41
molly
级别:
测试新手
精华:
0
发帖:
39
基地声望:
1 点
基地币:
2235 Bug
基地贡献:
0 点
好评度:
0 点
在线时间:18(小时)
注册时间:2007-04-02
最后登录:2007-05-16
对于小公司的测试根本就做不到这样子呀！！
[14 楼]
|
Posted:
2007-05-14 15:44
上官若冰
级别:
总版主
精华:
1
发帖:
371
基地声望:
57 点
基地币:
2554 Bug
基地贡献:
50 点
好评度:
8 点
在线时间:168(小时)
注册时间:2005-10-12
最后登录:2008-07-17
有机会去大公司，测试规范化公司发展
[15 楼]
|
Posted:
2007-05-14 17:13
快速跳至
>> 站务综合
|- 站务管理
|- 版主申请与任命
|- 版主议事厅
|- 地下广场
|- 华东测试交流会
|- 新人报道
|- 新手园地
|- GrowUp系列
|- 追虫者
|- 日积月累
|- 资源下载
|- 学习录像
|- 英语天天看
|- 投票调查专区
>> 测试职场与生活
|- 招聘求职
|- 简历中心
|- 职业发展
|- 测试生活
|- 灌水乐园
>> 软件测试相关技术
|- 测试用例设计
|- GUI测试
|- 性能&压力测试技术
|- WEB测试
|- 测试开发技术
|- 软件测试辅助
>> 自动化测试及工具
|- 国产测试工具
|- Empirix系列工具
|- MI Mercury系列工具
|- WinRunner
|- QuickTest Professional
|- LoadRunner
|- TestDirector & Quality Center
|- IBM Rational系列工具
|- Segue Software系列工具
|- 其它测试工具
>> 测试管理及改进
|- 测试流程管理
|- 测试项目管理
|- 技术复审
|- 软件需求
|- 质量保证
|- 团队管理
>> 行业领域
|- 本地化测试
|- 通讯测试
|- 游戏测试
|- ＣＴＥ０１班
|- ＣＴＥ０２班
|- ＣＴＥ０３班
|- ＣＴＥ０４班
|- ＣＴＥ０５班
|- ０３班
|- ０４班
|- ０５班
|- ０６班
|- ０７班
|- ０８班
|- ０９班
|- １０班
|- ＺＭ０１班
|- ＺＭ０２班
|- CHJ-T01班
|- CHJ-T02班
|- XJ01班
>> 内容发布
软件测试基地论坛
->
新手园地
软件测试基地
是
上海测仕信息技术有限公司
旗下网站
Copyright © 2005-2007
Cntesting.com
, All Rights Reserved
沪ICP备06057721号
Powered by
PHPWind
Code © 2003-06
PHPWind
Total 0.161850(s) query 5, Time now is:12-04 15:16, Gzip disabled
You can
contact us
每日一句：
Loading...
软件测试基地论坛 -> 新手园地 -> [转帖]编写优秀Bug报告的艺术及案例分析
软件测试基地论坛 ->
新手园地
