--说明如何重现问题
--分析错误，用尽量少的步骤描述问题
--书写一份完整并且易于理解的报告。
（发现问题后）马上写错误报告，从发现错误到报告错误之间的时间越长，越有可能对问题的描述不完整，或者问题不能重现，或者干脆将问题忘了。
写一个报告摘要（bug的报告标题）是一门艺术，也是必须掌握的。摘要可以帮助每个人快速的回顾总结重要问题并找到个人的报告。汇总行是报告中经常被阅读的，也是被仔细阅读的一部分。当一个汇总描述的问题听起来并不那么严重，部门经理更倾向于推迟修改该问题。另外，如果你的汇总描述的问题比问题本身要严重，你会获得一个危言耸听的名声。即使两份报告很相似，也不要使用相同的摘要。汇总行只描述问题本身，不描述操作步骤。不要将汇总描述成操作步骤，因为这两者在报告中是互相独立的。
理想的情况下，你应该能讲问题描述清楚，这样开发人员可以独立重现和解决问题，QA可以独立验证修改是否正确，而不需要再回来问你-发现问题的人。在这个领域中如果不用沟通（就能解决问题）就更好了。当然，如果问题可以重现并且你可以写出详细 的测试步骤，这一点（不用沟通就可以解决问题）是可以实现的，但是如果你不能重现问题，或者试验了很多次仍然不能重现问题，也要承认问题所在并书写缺陷报告。一个好的程序员经常能从详细的问题描述中发现不可重现的问题。关于如何分析问题，使问题重现，参考Cem Kaner的计算接软件测试的第5章。
在缺陷报告中最有争议的东西往往是缺陷产生的影响：低、中、高、紧急。测试报告中必须显示你认为适当的缺陷优先级，并且这个优先级不能改变。
原帖地址：http://bbs.51testing.com/thread-489371-1-1.html
版权声明：本文由会员 事实和胜利 首发于51Testing软件测试论坛翻译校对活动。
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
