51Testing软件测试论坛

标题: 关于bug描述的一点小格式，上周刚给公司的测试人员定的 [打印本页]

作者: apron 时间: 2005-12-12 10:31
标题: 关于bug描述的一点小格式，上周刚给公司的测试人员定的
我们的bug系统用的是mantis
所以针对的也是mantis中的一些情况的
附件中是写给公司其他人看的mantis的一写小说明
因为这个系统我进公司以后才开始启用的
所以不断的有同事在问我其中的什么什么是什么意思，要怎么怎么样该怎么做
然后我就将这些小问题整理成分散的一些小文档发给大家
好了，下面是正题了

对bug的描述。我们约定如下的描述格式：
1．相关功能模块：说明bug出现的功能模块。
2．重现步骤：这个在“Advanced Report”里面“Description”的下一项就是“Steps To Reproduce”。
可以列在这里（但是要使用1，2，3……写明白），也可以写 “参见下面的Steps To Reproduce”。
3．结果：写明上述操作步骤得到的错误结果。
4．期望：写明bug解决后的期望现象。
5．建议：写明自己的解决建议或者其他方面的相关建议，可以不写。

有一个我写的例子，在附件中有一个截图
不知道该怎么样插入图片，所以直接传附件吧。

^_^，当时某个人还强烈抗议说好麻烦啊，要写这么多字，能简单就简单吧
我当时就跟他说这个对于我们来说只是举手之老，但是可是会提高开发人员解决问题的效率的哦，
因为这样他们一看就会明白是怎么回事了。

作者: gaohongxu 时间: 2006-2-6 11:33
楼主辛苦！！！！！！

作者: javelinbook 时间: 2007-8-5 16:08
多谢了!

作者: hjsj2006 时间: 2007-8-24 08:20
标题: 回复 #1 apron 的帖子
支持下,好东西

作者: yuxuan555269 时间: 2007-11-29 11:50
顶了

作者: dujun 时间: 2007-11-29 13:36
支持！感谢！

作者: twtest0706 时间: 2007-12-13 17:52
rerererere

作者: 兰兰 时间: 2007-12-14 10:18
我觉得用TD比较好了

作者: kevin_swpi 时间: 2007-12-14 16:12
mantis是开远代码
所以如果又需要还可以根据公司实际情况进行二次开发

TD用起来还比较的可以
但是如果公司内部的测试流程不是那么完善，并且也没有涉及到太多的自动化这些的话
我个人觉得没有必要用TD

因为TD的目的毕竟不是仅仅为了单纯用来管理BUG的
再就是如果TD这些没有作好日常数据维护工作的话

一旦出了问题后果比较严重：）

作者: junlingliu 时间: 2008-5-28 08:29
很清楚详细，支持

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