bug报告模板

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

你可能感兴趣的:(工作,测试,语言,平台,图形,产品)