如何给开发一份合格的bug缺陷报告

    试工程师如何有效地报告缺陷(Bug).自由软件开发者Simon Tatham针对如何有效地报告Bug发表了自己的看法，他列举了一系列拙劣Bug报告的例子，并提出了改正建议。

    Simon首先列举了一系列拙劣Bug报告的例子，包括：

　　在报告中说“不好用”;
　　所报告内容毫无意义;

　　在报告中用户没有提供足够的信息;
　　在报告中提供了错误信息;

　　所报告的问题是由于用户的过失而产生的;

　　所报告的问题是由于其他程序的错误而产生的;
　　所报告的问题是由于网络错误而产生的;

　　接着，他点出了报告Bug的目的：

 

　　简单地说，报告bug的目的是为了让程序员看到程序的错误。您可以亲自示范，也可以给出能导致程序出错的、详尽的操作步骤。如果程序出错了，程序员会收集额外的信息直到找到错误的原因;如果程序没有出错，那么他们会请您继续关注这个问题，收集相关的信息。

 

    也许我们在给开发提交bug报告时，经常会碰到开发会这样回答：‘什么叫程序不好用’、‘演示给我看’、‘哪儿出错了，在我看来一切正常哦’等等之类的。其实这都是我们测试人员提交的报告信息不全导致的。开发在提交测试版本之前都是会自己先将程序执行一遍，确认没人重大问题之后才提交测试的，所有当测试人员发现缺陷提交报告的时候，信息一定要全面，这样才能帮助开发快速有效地解决问题。

 

    以前做手机软件测试的时候，有一位同事提交一份bug报告，当时是软件版本第一次转测试，所以缺陷比较多，他的描述是这样的：遍历照相机各种功能均不能实现，请修改。可以想象当时开发拿到这样一份报告是何感想。

 

    bug报告的首要目的是让程序员亲眼看到错误。如果您不能亲自做给他们看，给他们能使程序出错的详细的操作步骤。

 

　　如果首要目的不能达成，程序员不能看到程序出错。这就需要bug报告的第二个目的来描述程序的什么地方出毛病了。详细的描述每一件事情：您看到了什么，您想看到什么，把错误消息记下来，尤其是“错误消息号”。

　　当您的计算机做了什么您料想不到的事，不要动!在您平静下来之前什么都别做。不要做您认为不安全的事。

　　尽量试着自己“诊断”程序出错的原因(如果您认为自己可以的话)。即使做出了“诊断”，您仍然应该报告“症状”。

　　如果程序员需要，请准备好额外的信息。如果他们不需要，就不会问您要。他们不会故意为难自己。您手头上一定要有程序的版本号，它很可能是必需品。

　　表述清楚，确保您的意思不能被曲解。