BUGID

Bug的唯一标志，由bug管理系统自动生成

Bug标题

简明扼要地对Bug进行概要描述

产品名称

软件产品的名称

功能模块名

产品子系统

产品版本

测试平台

开发人员

测试人员

抄送人员

创建时间

解决时间

关闭时间

测试阶段

模块测试、内部集成测试、外部集成测试、系统测试、验收测试

问题级别

紧急、严重、一般、轻微

优先级别

高、较高、一般、低

问题来源

测试、工程故障、升级、其他

问题类型

功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修改、割接问题、配置错误、编译问题、性能问题、设计问题、兼容问题、新功能增强、偶发性出错

Bug描述

这是Bug最重要的一部分，对Bug描述清晰准确，不仅有助于开发人员迅速定位解决问题，还对以后的维护工作有很大的帮助。一些比较简单的Bug，可以使用一两句话把问题准确描述，而对于一些比较严重或负责的Bug或者是新的需求，则应该详细说明。

附件

对于一些特殊的问题或者不能用语言很好地描述的问题，可以增加界面图形说明或参考资料或详细日志等附件

Bug解决描述（bug解决之后由开发人员填写）

开发人员修改问题之后，将Bug回复给对应的测试负责人。对于简单的问题，在回复的时候只是简单地用“已解决”或“fixed”这样的语句；而对于复杂或重要的问题，在回复的时候应该详细说明测试的解决方法。

Bug关闭描述（bug关闭之后由测试人员填写）

开发回复Bug之后，测试负责人验证该Bug，如果问题得到解决则关闭（否则回复给开发负责人，让其继续追踪）。关闭一个Bug时，对于简单的问题，可以“问题解决”或“OK”这样的语句回复；而对于一些比较复杂的问题或需求，应该对Bug描述的内容进行一个总结。