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
在BUG报告中,如果是跨平台或者是数据库的系统,应该还增加操作环境的选择项.
作者: 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/) Powered by Discuz! X3.2