4、如何提交bug

一个好的错误跟踪系统包括了错误的必要信息，如果做得不好，会造成迷惑，并误导读者。

好的故障描述应该包括十个基本部分：标题、项目、所属模块、优先级、重要性、异常等级、可重复性、现象、操作过程和附件。

①标题

使用一两句话来描述错误，告诉经理、开发人员以及其他读者为什么应该关心该问题。好的标题应该着重于出现的bug现象。但是过于简洁易引起误导，使得原本重要的问题被忽视。因此必须应该采用简洁、切中要害的概要，这样才能引起读者的重视。不重要的描述比较轻微，例如：“联系人的email没有检查合法性”；重要的要体现比较严重，例如：“填了运营商仍然提示运营商不能为空，使得无法进行下一步的操作”，会更容易让开发人员理解究竟是什么问题及其重要性，并及时处理。

②项目

是指该错误属于哪一个项目，归哪个项目组解决，使不同的项目组看到和及时定位自己项目的错误。

③所属模块

是指准确说明发异常等级生错误的模块，切忌发生错误指派模块，导致后续流程错误；

④优先级

分为以下4级：1级：“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求；2级：“高度重视”，表示有时间要马上解决，否则系统偏离需求较大或预定功能不能正常实现；3级：“正常处理”，即进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的数据库等；4级：“低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决。

⑤重要性

分为以下5级：1级：“非常严重”，表示缺陷不修改整个系统流程不能继续；2级：“比较严重”，表示缺陷不修改不影响系统其他流程，但是本模块流程不能继续；3级：“一般”，表示缺陷不影响流程；4级：“轻微”，表示缺陷可以延期解决；5级：“优化”，表示修改以后流程会更好。

⑥异常等级

有以下5级：系统崩溃－指该错误使得操作系统死机等致命性的错误；应用程序崩溃－指该错误使得测试程序崩溃，即无任何反应；应用程序异常－指错误使得应用程序结果不符合逻辑或是初的需求；轻微异常－指错误有，但是无伤大雅，例如错别字等；建议－指改进后更好，不改进也对程序无碍。

⑦可重复性

是针对问题是否通过执行“操作步骤”可以重新出现，如果是“可再现”；如果这个bug只出现了一次，再也不出现了，称这类问题为“不可再现”；其余的是“未知”，如每隔几天才出现一次；

⑧现象

是对标题的详细描述，因为标题不宜过长，所以现象也是对标题的具体化。

⑨操作过程

是指对于可重现的bug，执行这些操作步骤可以出现该bug；对于不可重现和重现概率为未知的bug，通过备份的数据库和操作过程可以重现该bug。

⑩附件

是粘贴必要的附件，如果是可重复性是“可重现”的bug，则可以参考步骤是否复杂，如果很复杂，则可以粘贴附件，从而使得开发人员直接可以明白是什么问题，提高开发人员的修改效率；如果步骤不多有能够重现，则可以不粘贴附件。如果可重复性是“不可再现”的，这种情况必须粘贴附件，以备份出现问题后的情形；如果是未知的，也必须粘贴附件，因为开发人员不可能把时间耗费在等待bug的重现上。