如何编写有效的bug report(2)

　　1. 关于“一个令人讨厌的对话框阻止关闭应用程序”的报告

　　2. 关于“在退出时应用程序中止了” 的报告

　　这两个是同一个错误。差异完全在于测试人员如何编写bug report。

　　在此提到的“令人讨厌的对话框”是指Windows操作系统中显示不能退出进程的窗口(“这个Windows应用程序不能响应结束任务的请求。。。”)。测试人员在试图关闭机器而不是退出应用程序时发现这个问题。应用程序没有等待来自用户的输入，因此退出失败是没有原因的。实际上，这个症状指出了更深的问题-在第一个关于“令人讨厌的对话框”的bug report被推迟修复时几乎要遗漏的问题。

　　这个 “令人讨厌的对话框”的bug report存在着两个问题。首先，它不精确。如果测试人员在步骤中包括了“令人讨厌的对话框”中的文字，决策者可以认识到对话框是一个严重的问题而不是一个微小的干扰。第二，这份报告没有指出错误的其他隐藏的问题：应用程序被中止了。

　　结论

　　我们都想把自己的工作变得与众不同。我们想知道是因为我们努力的工作而使得软件的最终版本更好。我们用来沟通错误的能力在我们是否有尽我们希望多地影响软件的最终版本中是决定因素。

　　因此当你编写bug report时，记住你的听众，选择一个好的标题，清楚的记录步骤并解释错误的影响。你的bug report将会因为你花在它上面的格外努力而更好，并且有更多的错误被修复。最终将达到我们期望的结果-使错误在伤害用户之前得到修复。 

原文转自：http://www.ltesting.net