bug管理规范

测试向开发反馈软件存在的问题，一般是以bug表的形式进行，不可否认，每一位开发人员手头都有很多代码，所以开发人员希望收到错误信息定位明确的bug表，而不是诸如“软件不好用”这样的无用信息。同样，作为测试人员，我们的工作也是尽量的定位问题，向技术支持方向靠拢。

一份拙劣的bug报告也许是:

在报告中说“不好用”;

所报告内容毫无意义;

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

在报告中提供了错误信息;

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

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

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

所报告的问题是由于相应的环境没有配置好而产生的。

报告Bug的目的是为了让开发人员看到程序的错误，当然您可以亲自给开发人员示范，当面交流，也可以在bug中给出导致程序出错的、详尽的操作步骤。这里我建议尽量用bug管理工具提出，这样做回归测试的时候，就能够有迹可循有据可依，同时也能够规范bug管理的过程。

在一个bug表中，我们希望能够包含尽量完整的信息:

1、提供测试环境及版本信息，最好包括软硬件，也许您遇到的问题并不是软件本身的问题，而是测试环境配置的问题，是开发人员在自测的时候用的环境与您使用的环境不同导致的，所以，请给他们提供详尽的信息，帮助他们定位问题所在。

2、提供能让问题重现的详尽的操作步骤，最好附上操作截图，让开发人员知道问题是怎么产生的，您的操作与他们的操作有什么不一样。