缺陷报告的原则（转）

1、 有些错误永远也不会改正。测试员的责任不是保证所有错误都得到改正，而是准确报告问题，使程序员能够理解问题的影响。而深入研究并写出好的报告，常常对错误改正的可能性产生巨大的影响。

2、 及时报告缺陷。不要等到第二天或是下周才报告程序错误，不要等到忘记了一些关键细节才报告。拖延的时间越长，程序错误被解决的可能性就越小。

3、 每个程序错误都需要单独报告。不要努力把不同的程序错误合并到同一份报告，来减轻项目经理或程序员对重复错误报告的不断抱怨。如果多个程序错误写到一份报告中，有些错误就可能得不到修改。

4、 小缺陷也值得报告。小错误会使客户感到困惑，并降低客户对产品其他部份的信心。被认为是很小的缺陷可能包括拼写错误、小的屏幕格式问题，鼠标遗迹、小的计算错误，图形比例不准、在线帮助错误、不适当的灰掉了的菜单选项、不起作用的快捷键、不正确的错误信息，以及其它程序员认为不值得花精力去修改的缺陷。

5、 努力使错误报告有更高的价值。由于有很多人都要阅读并依赖错误报告，因此要下功夫丰富每个错误报告的信息。提高报告的可理解性。如：A、清楚列出错误报告的前置条件与实现的每一个步骤，避免前后语言混乱，它应该只需要描述现象，不要在产生错误的步骤中试图给出程序员的解决办法。这样会使错误报告看来冗长而难于理解。如果有好的解决办法或建议可以附在错误报告描述之后。B、要始终保持中立语气。C、不要开玩笑，否则有可能造成误解。

6、 永远都要报告不可重现的错误，这样的错误可能是时间炸弹。不可重现的错误可能会是公司能够支付的最昂贵的缺陷。有时错误无法重现。看到程序错误一次，但不知道如何使其再次出现。如果产品交付客户还出现这种情况，会影响客户对产品的信心，如果技术支持人员需要很长时间评估客户的数据或环境，客户则会更加厌烦。如果测试员清晰地报告错误征兆，程序员通过研究测试员怎么得到特定消息，或当测试员查看对话框或点击特定控件时可能会出现的情况。从而能够跟踪代码，相信程序员能够改正报告中“不可重现”缺陷中的20%。但在报告此类BUG时，一定要明确说明自己不能重现这个程序错误。