故障主题及故障描述
上一篇 /
下一篇 2008-06-06 10:47:15
A) 故障现象
说明:简要概括地描述故障现象。
如有可能,还应该描述是在什么操作条件下引起来的。
总之,简洁是应该的,但不能过分追求简洁。
故障主题长度限定在10到60个字之间。如果不符合,则提交故障单时会弹出如图2所示提示。
A)故障导致的严重后果。
A) 是针对单一故障的描述,如果不能确定多个故障现象是一个原因引起,则多个故障现象分开描述为多个故障。
B) 简洁
C) 切中要害
D) 准确
E) 客观
A) 不能有错别字,要语句通顺,大小写要符合惯例,而且要统一。
B) 避免使用不确定的词语
C) 避免描述不准确
避免带主观色彩的描述
对于故障现象,一般用文字描述,如果需要,可以附加日志文件、调试信息等附件。
A) 故障现象
说明:详细描述故障的现象。
B) 故障是否可以复现或者故障发生的频率
说明:描述该故障是否可以复现。可以从以下三个推荐描述中选择一个。
1,故障可以复现。
2,故障不能每次复现,发生概率大概是50%左右(概率的数字由故障提交人根据估计的故障发生概率填写)。
3,故障只发生一次。
C) 故障复现步骤
说明:如果故障可以复现,描述复现步骤。
D) 故障对系统造成的影响或者后果
说明:说明该故障对系统的影响或者可能的后果,比如该故障造成一个基站下的所有用户不能使用数据业务。或者某个OMCR服务器下连接的OMCR客户端无法进行性能数据查询等。
E) 故障隔离信息
说明:指测试人员用来确认错误是一个真正的问题,并识别那些影响错误表现的因素而收集的结果和信息,比如:“加载bmp格式地图时故障发生,加载jpg格式地图时故障不发生。”
F) 附件
说明:有时文字说明不能提供关于故障的完备信息,需要通过附件来补充信息。比如调试信息,日志信息,信令跟踪文件,屏幕截图等。对于附件文件名,也应该像故障主题一样,有些描述性的语言,不要就是test1.txt之类的。对于附件过大的,要进行压缩后再提交。
A) 和开发人员交流的情况
说明:描述和开发人员就本故障的交流情况。
A) 切中要害
B) 准确
C) 客观
A) 不能有错别字,大小写要符合惯例,而且要统一。
B) 避免使用不确定的词语
C) 避免描述信息不足
D) 避免描述不准确
E) 避免带主观色彩的描述,在描述软件缺陷时不做评价
F) 复现步骤清晰,
G) 尽可能提供隔离信息,有助于故障定位。
如果初步定位了故障,可以在这里描述可能发生故障的原因。如果了解如何修改或者处理该故障,可以在这里描述建议。
如果造成故障产生的原因是和开发人员一起定位的,还要加上开发人员的解释信息以及得到开发人员的确认信息。
收藏
举报
TAG: