51Testing软件测试论坛

标题: [原创]Bugs 的有效交流和管理[翻译] [打印本页]

作者: smartbaby 时间: 2004-5-9 10:28
标题: [原创]Bugs 的有效交流和管理[翻译]
Communicating and Managing Bugs Efficiently
By Jitu Borah
(jborah@adobe.com)
3rd September 2003

Bugs 的有效交流和管理

原著：Jitu Borah  翻译：smartbaby
版权归Jitu Borah  所有

有效的bug报告（enough is good）
1.好的标题
2.简短而明确的总结
3.再现的步骤是否足够
4.观察结果
5.预期结果
6.其他信息
7.注释/历史
8.适当的附件
9.集中体现里程碑
10.bug严重性和优先级的分析

质量分析报告（just do）
1.简明的bug描述
2.bug的隔离
3.挑选bug与覆盖bug
4.bug的比较分析
5.区别重要的bug

认真的思考（how much and why）
1.重复的bug
2.没有得到修复的bug
3.不是bug而是设计问题
4.自动修复的bug
5.bug往返
6.个人和情感状态
7.提出立即的警告
8.整理所有可测试的bug
9.bug搜索
10.学习以前的bug报告

不必要的工作流（why）
1.后期的发现
2.低bug数
3.发现已经修复停止的bug
4.你漏掉而用户发现了的bug

作者: cici 时间: 2004-8-20 10:03
我现在只能看懂bug报告，其余的觉得好象在看说书一样。
我在做客户端的功能测试，我自创的测试用例包括：功能模块名，测试用例编号，相关测试用例，功能特性，测试目的，预置条件，参考信息，测试数据，特殊规程说明，然后是操作步骤，操作描述，数据，期望结果，实际结果，测试状态
我觉得有些冗长，特别对于我这种单干型的测试来说，望斑竹指正。

[ Last edited by cici on 2004-8-21 at 10:39 ]

作者: luckhj 时间: 2004-10-21 13:13
bug报告值得借鉴

作者: 依伊卜舍 时间: 2004-11-11 12:58
.后期的发现
不能说属于不必要的吧。

作者: Gerryliuzhe 时间: 2004-11-24 12:42
好，

作者: xinwuhan2006 时间: 2004-11-29 15:15
标题: (IT外企)联宇技术（武汉）有限公司招聘软件测试工程师！
工作职责：
1.负责实施产品开发三级计划；
2.负责测试的编程、调试、自测和编写文档，及参加联调工作；
3.负责测试中的配置管理、版本控制、问题跟踪、度量收集；
4.在产品测试中执行各项技术规范，对测试工作质量负责任。

任职要求：
1.计算机、通信相关专业本科以上学历，热爱软件测试工作；
2.具备通信产品知识背景，熟悉测试设计和测试工作设计技术；参与两个以上中大型软件开发项目的测试工作；
3.优秀的测试设计能力和学习能力；
4.敬业、自尊、热情，能有效倾听；优秀的团队协作能力。
有意者请把简历发至lilylilymail@163.net，联系张经理！或直接在论坛上回贴！也可向我们推荐合适的人才！谢谢！

作者: 森林一木 时间: 2004-12-17 15:29
几多钱？很想去武汉工作，母校在武汉哦！

作者: yu1983bo 时间: 2005-1-17 13:36
标题: 求助
能把英文版发给我吗？yu1983bo@163.com
万分感谢

作者: 不爱游泳的鱼 时间: 2005-1-20 13:59
标题: 关键要有个合适的BUG管理工具
剩下的就要看测试工程的经验了.
偶尔看看BUG的分析报告也是有用的;)

作者: wzb521 时间: 2005-3-17 14:59
TO : CICI
我自创的测试用例包括：功能模块名，测试用例编号，相关测试用例，功能特性，测试目的，预置条件，参考信息，测试数据，特殊规程说明，然后是操作步骤，操作描述，数据，期望结果，实际结果，测试状态

1、"用例编号"可以拿功能模块做前缀，两者就可以合并了
2、"相关测试用例，功能特性，参考信息，特殊规程说明"可以集中放备注里
3、“操作步骤，操作描述”是不是有其一就可以了？
4、“测试数据，数据”两个有很大差别吗？

作者: sunwindj 时间: 2005-3-21 12:46
标题: 定

作者: stilldeeppool 时间: 2005-3-28 14:35

Originally posted by xinwuhan2006 at 2004-11-29 03:15 PM:
工作职责：
1.负责实施产品开发三级计划；
2.负责测试的编程、调试、自测和编写文档，及参加联调工作；
3.负责测试中的配置管理、版本控制、问题跟踪、度量收集；
4.在产品测试中执行各项技术规范，对测 ...

这就是目前俺们的对测试人员的求职要求
我还没有看到过在实际工作中能把上面所列工作做好的人
大杂烩一个,这就是中国的软件测试人员的工作
哎!

作者: jsfzdd 时间: 2005-8-16 19:24
有收获……

作者: B2CPC 时间: 2005-9-6 22:24
标题: 感谢smartbaby斑竹
1. 和依伊卜舍的感觉一样。“不必要的工作流”真的不必要吗？那又怎么解决呢？比如“你漏掉而用户发现了的bug”，怎么处理？
2.stilldeeppool说的对。不过反过来想，很多公司的程序员，也是一样。对程序员的盲目崇拜是中国特色。不过还有点道理。因为很多小公司里，他们既要负责设计，又要负责编码，可能还要兼顾测试。不是一般的人可以而为之。印度高中生就能当程序员，和我们国家的程序员，虽然名称一样，但有明显的差别。因为印度公司的明确分工和流程规范。
随着以后我们国家软件业的规范，估计他们这些所谓的技术高手们（程序员或开发人员）可以走下神坛了。没什么厉害的，只是像学英语一样，对语法规范比较熟悉，单词量比较大而以。有了LLD编码起来就是这样。系统工程师才是高手中的高手，呵呵。
（个人观点）

[ Last edited by B2CPC on 2005-9-8 at 23:07 ]

作者: yayapang 时间: 2005-9-29 16:59
感谢各位!

作者: 李洁 时间: 2005-12-13 10:47
呵呵谢谢斑竹确实对小女子很有用！！！！！！！！！！！！！！

作者: 李洁 时间: 2006-3-21 17:25
呵呵不错 bug跟踪确实有利于程序员跟踪

作者: sunpeng_001 时间: 2006-4-4 18:15
bug bug 爱你又恨你!!!

作者: lelebachelor 时间: 2006-4-4 21:20
没错..没错...呵呵...

作者: 小丑鱼东东 时间: 2006-4-19 14:31
顶哦

作者: windfly1314 时间: 2006-9-12 11:01
谢谢！

作者: jiepeach 时间: 2006-10-24 16:23

原帖由 wzb521 于 2005-3-17 14:59 发表
TO : CICI
我自创的测试用例包括：功能模块名，测试用例编号，相关测试用例，功能特性，测试目的，预置条件，参考信息，测试数据，特殊规程说明，然后是操作步骤，操作描述，数据，期望结果，实际结果，测试状 ...

个人意见：你的测试用例可以简化为：功能模块名、编号、测试项、测试子项1、测试子项2、...、前提条件、测试步骤、测试数据、验证标准、备注、测试结果（其中功能特性、测试目的可以写在测试项和测试子项中，相关测试用例、参考信息、特殊规程说明可以写在备注中）

作者: liulangchina 时间: 2006-11-11 14:12
恩，有同感!

作者: yunyan 时间: 2006-12-4 13:48
标题: bug单简述
项目名称：模块名称：          备注：                   网址：  登陆名：  密码：
测试阶段：系统测试
测试版本：
测试人：
测试时间：
bug版本：
修改人：
修改时间：
页面名称概要描述 bugID号---〉功能用例号详细描述问题级别优先级别问题来源问题类型问题状态

作者: yunyan 时间: 2006-12-4 13:49
自己写的多多指点！

作者: crazysusan 时间: 2006-12-15 15:31
sdlkfj2

作者: 杨小 时间: 2007-2-2 15:36
标题: bug 报告
标题
问题说明：
bug分析：主要是引起的地方和原因等
bug 严重程度：

作者: 杨小 时间: 2007-2-2 15:38
标题: bug 报告补充
重现bug 的详细操作步骤

作者: Coffey111111 时间: 2007-4-4 21:52
看过~~ 学习，顶

作者: windyfreeze 时间: 2007-4-12 17:12
谢了！！

作者: nickbest 时间: 2007-4-18 11:48
谢谢啦

作者: APOO 时间: 2007-4-18 14:45
不错

作者: funly 时间: 2007-4-19 21:12
在ＢＵＧ报告中，如果是跨平台或者是数据库的系统，应该还增加操作环境的选择项．

作者: ckscks0528 时间: 2007-6-9 12:15
ddddd

作者: xyz2000 时间: 2007-6-21 23:44
非常感谢

作者: xyz2000 时间: 2007-6-21 23:48
非常感谢

作者: Echo-Sun 时间: 2007-7-30 17:52
不錯,謝謝

作者: woshiyeye207 时间: 2007-8-15 19:17
shadd

作者: lidongmei1106 时间: 2007-8-22 14:47
多看其它的的文档帮助记忆和理解.呵呵

作者: xudesili 时间: 2007-9-21 18:39
不错

作者: changshahj123 时间: 2007-9-23 18:13
缺陷报告得内容是否丰富，可以通过你公司得规划或者项目得大小进行裁减的

作者: h_radish 时间: 2009-8-25 15:45
受教了，谢谢

作者: testbanana 时间: 2010-1-29 11:12
现在接触到的还只有BUG报告

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)