如何写有效的缺陷报告这是翻译一个名字叫做KellyWhitmill的人写的文章，他在写这篇文章之前有18年的软件测试经验，18年中主要做为teamleader来负责通过寻找并且实施有效的测试方法和测试工具来达到系统的要求，擅长利用有限的资源来尽可能的模拟环境，在自动测试上有浓厚的兴趣。从大公司到小公司都有过丰富的经历，现在在IBM公司工作。介绍缺陷报告是测试过程中可以提交的最重要的东西。它的重要性丝毫不亚于测试计划，并且比其他的在测试过程中的产出文档对产品的质量的影响更大。所以很有必要学习如何写出有效的缺陷报告。有效的缺陷报告将能够：�减少开发部门的二次缺陷率�提高开发修改缺陷的速度�提高测试部门的信用度�增强测试和开发部门的协作写有效的缺陷报告并不需要很好的文字功底，只要确认你正确回答了上面的问题，关键就是确认你覆盖了所有的你的缺陷报告的查看者关注的要点就好了。有效缺陷注释的要点精简清晰而简短。首先，去掉不必要的词；其次，不要添加无关的信息。包含相应的信息是最重要的，但是确保这些信息都是有用的。不管什么原因，对于那些没有描述清楚如何重现或者难以理解的问题，你都应该提供更多的信息。写过多的不必要的信息也是问题的一种。精简的例子缺陷注释不要这样写：TMI（TooMuchInformation）当我正在专心测试的时候，报内存错误，这时我发现一个我不熟悉的GUI，我试了好多边界值以及错误的条件，但是运行正常。最后我请空了数据，并且点击了前进按钮，这时系统异常中止了，多次的反复尝试证明，在任何情况下，只要“产品描述”这个字段没有数据，点击前进或者退出甚至取消，系统都会中止。要这样写：在产品信息页面，如果产品的描述字段为空，前进，退出和取消的功能会使系统意外中止。Xy2b昊中得到了教训和经验。中性的语言客观的说这个问题，测试人员在报Bug时，不要使用幽默的或者其他带有感情色彩的语句。在你看来好笑的问题，，对于那些迫于schedule的压力，日夜加班的做出这些东西开发人员来说就不见得可笑了。用带有感情色彩的语句，把bug报的声情并茂除了造成team内部的沟通屏障和协作困难外，对修改bug没有任何好处。甚至如果开发人员曾经怀疑你并且打回一个你报的bug，而现在你找到证据证明你是对的的话，也不要这么做，你要做的就是报出这个问题，并且加上对开发人员有帮助的信息，长此以往，有助于增加你的信誉度。在提交bug之前，仔细阅读你的bug的描述，删除或者修改哪些可能让别人产生...
