bug报告模板.docx

上传人:牧羊曲112 文档编号:3153543 上传时间:2023-03-11 格式:DOCX 页数:2 大小:36.96KB
返回 下载 相关 举报
bug报告模板.docx_第1页
第1页 / 共2页
bug报告模板.docx_第2页
第2页 / 共2页
亲,该文档总共2页,全部预览完了,如果喜欢就下载吧!
资源描述

《bug报告模板.docx》由会员分享,可在线阅读,更多相关《bug报告模板.docx(2页珍藏版)》请在三一办公上搜索。

1、bug报告模板bug报告模板 BUGID Bug标题 产品名称 功能模块名 产品版本 开发人员 抄送人员 解决时间 测试阶段 问题级别 优先级别 问题来源 问题类型 Bug的唯一标志,由bug管理系统自动生成 简明扼要地对Bug进行概要描述 软件产品的名称 产品子系统 测试平台 测试人员 创建时间 关闭时间 模块测试、内部集成测试、外部集成测试、系统测试、验收测试 紧急、严重、一般、轻微 高、较高、一般、低 测试、工程故障、升级、其他 功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修改、割接问题、配置错误、编译问题、性能问题、设计问题、兼容问题、新功能增强、偶发性出错 Bug描

2、述 这是Bug最重要的一部分,对Bug描述清晰准确,不仅有助于开发人员迅速定位解决问题,还对以后的维护工作有很大的帮助。一些比较简单的Bug,可以使用一两句话把问题准确描述,而对于一些比较严重或负责的Bug或者是新的需求,则应该详细说明。 附件 对于一些特殊的问题或者不能用语言很好地描述的问题,可以增加界面图形说明或参考资料或详细日志等附件 Bug解决描述 Bug关闭描述 开发人员修改问题之后,将Bug回复给对应的测试负责人。对于简单的问题,在回复的时候只是简单地用“已解决”或“fixed”这样的语句;而对于复杂或重要的问题,在回复的时候应该详细说明测试的解决方法。 开发回复Bug之后,测试负责人验证该Bug,如果问题得到解决则关闭。关闭一个Bug时,对于简单的问题,可以“问题解决”或“OK”这样的语句回复;而对于一些比较复杂的问题或需求,应该对Bug描述的内容进行一个总结。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号