软件测试过程中如何进行Bug描述[2]

　　软件测试过程中如何进行Bug描述[2]  bug管理

 　　4、如何提交bug

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

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

　　①标题

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

　　②项目

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

　　③所属模块

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

　　④优先级

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

　　⑤重要性

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

　　⑥异常等级

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

　　⑦可重复性

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

　　⑧现象

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

   　⑨操作过程

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

　　⑩附件

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

原文转自：http://www.ltesting.net