我们的bug系统用的是mantis
所以针对的也是mantis中的一些情况的
附件中是写给公司其他人看的mantis的一写小说明
因为这个系统我进公司以后才开始启用的
所以不断的有同事在问我其中的什么什么是什么意思，要怎么怎么样该怎么做
然后我就将这些小问题整理成分散的一些小文档发给大家
好了，下面是正题了

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

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

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

楼主辛苦！！！！！！

多谢了!

支持下,好东西

顶了

支持！感谢！

rerererere

我觉得用TD比较好了

mantis是开远代码
所以如果又需要还可以根据公司实际情况进行二次开发

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

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

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

很清楚详细，支持