www.tewangyu.com 专注于ICT领域软件测试

缺陷报告的必备内容及其重要性

上一篇 / 下一篇  2013-02-17 23:07:22 / 天气: 冷 / 心情: 平静 / 置顶(1) / 个人分类:瞎扯淡


原文出自:http://tewangyu.com/?p=158

一份好的缺陷报告,我个人认为,必须包含以下内容:
问题简要描述—【XX版本xx特性】XX功能失效\失败 (言简意赅的描述问题的现象)

环境描述---操作系统、硬件版本、软件版本、配套部件版本;

组网描述---采用何种组网方式;
问题发生时间—问题何时出现,最好明确被测系统与本地时间的差异,便于开发人员分析日志
问题是否可重现—开发人员最愿意看到必现问题;

问题严重程度---影响业务的程度,开发人员解决问题的优先级参考

详细操作步骤—详细的写出发现该缺陷的操作步骤。提交缺陷报告前,最好能找到复现方法;
问题定位人及初步分析结论—测试人员发现并确认问题后,找开发人员确认问题现象,在大型项目\跨地域\跨部门项目中,一个问题单经常会涉及到多个开发人员,附上该字段,有助于其他同事分析;
附件—截图(最好为全屏截图)、日志(如被测系统与本地时间不一致,最好能在缺陷报告中注明)

在实际项目中,一个缺陷的处理流程,需要多个人参与(如2-8人),如缺陷报告提交人、测试经理审核、开发经理审核、开发人员定位、变更委员会(项目经理、测试经理、开发经理、问题提交人、系统工程师)、配置管理员等等。如果缺陷报告的某个字段描述不清楚,将会认为的增加很多工作量,影响问题定位和解决的效率。


TAG: 缺陷报告 问题单

 

评分:0

我来说两句

日历

« 2024-03-26  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 6083
  • 日志数: 11
  • 建立时间: 2012-02-06
  • 更新时间: 2013-02-17

RSS订阅

Open Toolbar