报告模板(经典).doc

报告模板(经典).doc

ID:55633659

大小:26.00 KB

页数:2页

时间:2020-05-21

报告模板(经典).doc_第1页
报告模板(经典).doc_第2页
资源描述:

《报告模板(经典).doc》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

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

2、题、新功能增强、偶发性出错Bug描述这是Bug最重要的一部分,对Bug描述清晰准确,不仅有助于开发人员迅速定位解决问题,还对以后的维护工作有很大的帮助。一些比较简单的Bug,可以使用一两句话把问题准确描述,而对于一些比较严重或负责的Bug或者是新的需求,则应该详细说明。附件对于一些特殊的问题或者不能用语言很好地描述的问题,可以增加界面图形说明或参考资料或详细日志等附件Bug解决描述(bug解决之后由开发人员填写)开发人员修改问题之后,将Bug回复给对应的测试负责人。对于简单的问题,在回复的时候只是简单地用“已解决

3、”或“fixed”这样的语句;而对于复杂或重要的问题,在回复的时候应该详细说明测试的解决方法。Bug关闭描述(bug关闭之后由测试人员填写)开发回复Bug之后,测试负责人验证该Bug,如果问题得到解决则关闭(否则回复给开发负责人,让其继续追踪)。关闭一个Bug时,对于简单的问题,可以“问题解决”或“OK”这样的语句回复;而对于一些比较复杂的问题或需求,应该对Bug描述的内容进行一个总结。

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。