你写的错误报告是不是经常被程序员拒绝？你是不是几天过后连你自己都搞不清楚自己描述的是什么问题？你的辛勤工作得到领导的肯定了吗？请看下面的答案：

　　引言：

　　不能报告程序错误的测试员，很像是只有当冰箱门被关上时才亮的冰箱灯。冰箱内是被照亮了，只是没有亮在点子上。测试员要提供信息服务，不过为了提供有效服务，测试员不光要填写报告模版，并假设报告能够被完全理解。要了解如何编写和表达自己的测试结果，以便读者能够真正得到结果。我们把这个过程叫做“程序错误分析”。

　　经验1 文如其人

　　错误报告是大多数程序员的主要工作产品。测试员的读者通过这些文档认识测试员。报告写得越好，测试员的声誉越高。

　　程序员通过测试员的报告得到关键信息。重要问题的良好报告会为测试员带来良好声誉，差的报告会为程序员带来额外（在程序员看来是不必要的）工作。如果测试员浪费了程序员太多的时间，程序员就会躲避测试员及其工作。

　　程序员并不是测试员的唯一听众。项目经理和执行经理有时也阅读错误报告。人事管理问题会很快引起他们的注意，并刺激他们的神经。这些错误报告看起来像是解释不清、研究不充分或提出过于追究小问题的建议，这些都会使负责奖励和提升测试员的人产生消极印象。

　　如果下功夫研究并写好报告，所有人都会受益。

　　经验2 测试员的程序错误分析会推动改正所报告的错误

　　测试员写的错误报告是要求改正错误的分析文档。

　　有些错误永远不会被改正。测试员的责任不是保证所有错误都得到改正，而是准确报告问题，使读者能够理解问题的影响。

　　深入研究并写出好的报告，常常对错误改正的可能性产生巨大的影响。

　　经验3 使错误报告成为一种有效的销售工具

　　不管测试员是否这样想，他们的错误报告都是一种推销工具，它劝导人们付出宝贵的资源来换取测试员所建议的好处。对于程序错误，资源就是时间和资金，好处就是通过改正这个具体问题而带来的质量改进。

　　销售策略一般包括两个目标。

　　陈述种种好处，使得潜在客户想要它。测试员的错误报告应该使读者明白为什么要改正这个错误。例如，可以解释问题会怎样影响产品的正常使用，会破坏什么数据，或人们如何经常遇到这个问题。测试员可以利用杂志上的评论或其他出版物中的有关批评，指出类似的问题给竞争对手带来的麻烦。可以引用技术支持统计数据，说明其他产品中的类似问题所带来的资金损失。还可以这个程序的以前版本通过了这个测试。（在有些公司这是一个关键问题）有人喜欢自行在产品中引入一些特征，这些特征可能有问题，要保证报告会引起这些人的注意。在很多情况下（参见下面的讨论），从看起来相对较小的错误开始，通过后续测试能够发现更严重的后果，不应该报告所看到的错误的第一个版本。

　　向销售人员说明预期存在的问题，并反驳他们。问题太小、不可重视、不能理解、在实际环境中不太可能发生、问题只出现在没有人有的非常特殊的设备配置上、改正错误风险太大、不会影响产品的实际用户等。通过养成良好的报告编写习惯，测试员可以例行地说明这些潜在的问题：文字明确而简单，核实（并报告）程序错误出现在多种配置上。其他问题会随程序错误的不同而不同。测试员可以在报告中预测某种问题，并提供相关信息。也可以等一等，看看大家最初对报告有什么反应，在评审该程序错误时再提供补充信息。

　　经验4 错误报告代表的是测试员

　　经验5 努力使错误报告有更高价值

　　经验6 产品的任何项目相关人员都应该能够报告程序错误

　　经验7 引用别人的错误报告时要小心