1、对缺陷的描述应该包含可追踪信息
如给每个缺陷分配一个缺陷号。每个编号必须是唯一的,可以根据该编号搜索、根据、查看该缺陷的处理情况。
2、对缺陷的描述应该包含缺陷的基本信息
通常缺陷的基本信息包括缺陷状态、缺陷标题、缺陷严重程度、缺陷紧急程度、缺陷提交人、缺陷提交日期、缺陷所属、缺陷解决人、缺陷解决时间、缺陷解决结果、缺陷处理人、缺陷处理最终时间、缺陷处理结果、缺陷确认人、缺陷确认时间、缺陷确认结果等等。下面笔者简单解释一下:
缺陷状态:标注缺陷待修正、待评审、待验证、关闭等状态信息;缺陷标题:简明地说明缺陷的类型及内容;缺陷严重程度:测试人员给出的缺陷严重程度估计,可以是致命的、严重的、一般的、建议的;缺陷紧急程度:测试人员给出的测试处理优先级;缺陷提交人:发现此缺陷的测试人员,最好附有联系方式,以方便缺陷处理人员进行确认;缺陷提交日期:提交人提交缺陷的日期;缺陷所属:指缺陷所在的模块或者是缺陷所属的开发文档的名称;缺陷解决人:由谁来进行缺陷的解决,明确是需求分析人员、设计人员还是程序编码人员;缺陷解决时间:项目组负责人返回的缺陷预计处理的时间;缺陷解决结果:预计缺陷修改后能达到的结果;缺陷处理人:应该由谁来处理这个缺陷;缺陷处理最终时间:指缺陷得到处理的实际时间;缺陷处理结果:缺陷最后的实际处理结果;缺陷确认人:由谁来确认缺陷已经得到了修正;缺陷确认时间:缺陷修复的确认工作完成的时间;缺陷确认结果:确认软件缺陷的修正工作是否有效。
文章来源于领测软件测试网 https://www.ltesting.net/