文档内容
Bug报告编写模板
BUGID Bug的唯一标志，由bug管理系统自动生成
Bug标题 简明扼要地对Bug进行概要描述
产品名称 软件产品的名称
功能模块名 产品子系统
产品版本 测试平台
开发人员 测试人员
抄送人员 创建时间
解决时间 关闭时间
测试阶段 模块测试、内部集成测试、外部集成测试、系统测试、验收测试
问题级别 紧急、严重、一般、轻微
优先级别 高、较高、一般、低
问题来源 测试、工程故障、升级、其他
问题类型 功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修
改、割接问题、配置错误、编译问题、性能问题、设计问题、兼容问题、
新功能增强、偶发性出错
Bug描述 这是Bug最重要的一部分，对Bug描述清晰准确，不仅有助于开发人
员迅速定位解决问题，还对以后的维护工作有很大的帮助。一些比较
简单的Bug，可以使用一两句话把问题准确描述，而对于一些比较严
重或负责的Bug或者是新的需求，则应该详细说明。
附件 对于一些特殊的问题或者不能用语言很好地描述的问题，可以增加界
面图形说明或参考资料或详细日志等附件
Bug 解决描述 开发人员修改问题之后，将Bug回复给对应的测试负责人。对于简单
（bug解决之后 的问题，在回复的时候只是简单地用“已解决”或“fixed”这样的语
句；而对于复杂或重要的问题，在回复的时候应该详细说明测试的解
由开发人员填
决方法。
写）
Bug 关闭描述 开发回复Bug之后，测试负责人验证该Bug，如果问题得到解决则关
（bug关闭之后 闭（否则回复给开发负责人，让其继续追踪）。关闭一个Bug时，对于简
由测试人员填
单的问题，可以“问题解决”或“OK”这样的语句回复；而对于一些
比较复杂的问题或需求，应该对Bug描述的内容进行一个总结。
写）
