现象描述

故障现象描述必须具备的信息

对于故障现象，一般用文字描述，如果需要，可以附加日志文件、调试信息等附件。

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） 尽可能提供隔离信息，有助于故障定位。

可能原因/建议

如果初步定位了故障，可以在这里描述可能发生故障的原因。如果了解如何修改或者处理该故障，可以在这里描述建议。

如果造成故障产生的原因是和开发人员一起定位的，还要加上开发人员的解释信息以及得到开发人员的确认信息。