2.Bug的标题

　　Bug的标题在很多情况下是一个有力的和项目组成员之间的沟通工具，在很多情形下，PM，Team Leader等只是查看Bug的标题。

　　简单，明确的说明问题(不能只是说出现问题)

　　建议(如果长度允许的话)：

　　使用有意义的单词;

　　描述环境和影响;

　　回答5W1H的问题(why，when，who，where，what，how);

　　使用简写，例如挂起，异常中止，拼写错误等

　　相对于描述清楚而言，语法不是很重要

　　例如：下面的标题就没有提供足够多的信息。

　　例一：Summary：在保存和恢复数据成员时出错。

　　例二：Summary：一个比较好的标题可能是这样：在WINNT环境下，XYZ的保存和恢复数据失败，数据丢失。

　　3. 其它注意事项

　　使用Bugzilla，报Bug时，需要注意以下事项：

　　第一，应先确认Bugzilla上已经建立了相应当前的版本;

　　第二，在报Bug时，需要选择，Show Advanced Fields，这样才会罗列出详细的信息，如要CC的人，QA Contact等等;

　　第三，Attachment，保存和发送的图片格式一般为JPG格式，OS操作系统也要选择好。

　　Bugzilla上，有7个严重程度等级。

　　具体定义如下，This field describes the impact of a Bug.

　　blocker Blocks development and/or Testing work

　　critical crashes， loss of data， severe memory leak

　　major major loss of function

　　normal regular issue， some loss of functionality under specific circumstances

　　minor minor loss of function， or other problem where easy workaround is present

　　trivial cosmetic problem like misspelled words or misaligned text

　　enhancement Request for enhancement

　　第四，在报告Bug时，除了在描述中说明Bug的复现步骤外，还要在Description中，添加该Bug的测试发生率。测试发生率为按照特定步骤执行多次的Bug重现率。测试发生率=ug重现次数/按照特定步骤执行的总次数。其中：对于概率性问题，执行的总次数应根据Bug的复杂程度执行(20-50次)。这样对于再现Bug，定位问题等都有帮助。