在软件测试中如何有效地写Bug报告

如题所述

1 . 清晰地描述Bug： 描述 Bug 时要用简短的陈述句并能准确指出问题所在。描述中可能需要提供一些步骤来重现这个 Bug ，同时这个简短 Bug 描述必须能够准确地表达出问题的本质所在。例如，假如针对一个来自服务器的错误， Bug 描述要对当完成什么操作时，这个服务器错误就会发生做详尽的说明。
2. 不要放过你判断： 虽然你满怀信心地确信你发现的 Bug 的真实性，但你没写到 Bug 报告中，这好像代表你正放过这个发现的 Bug 。很可能会发生一起论战，这将反映出你作为测试人员的优越感。你主要的目标应该是让你的 Bug 报告令人信服，以支持你发现的 Bug，唯一的目的是让 Bug 最终关毕。在 Bug 报告中试着使用外交的表达方式，而不要使用官方的表述来赞成这个 Bug ，这样你的报告反而会令人不愉快。最好的方法是使用建议的方式。愉快的方式总能被采用。
3．重现的步骤： 如何利用对条件设置的解释以重现并获得Bug的精确点，这必须要在Bug报告中讲述清楚。例如，对于一个绘图软件，测试人员在找Bug之前，需要和开发人员就他已经做了什么进行交流。细节必须详细说明，像按什么顺序，点击了哪个按钮。对于按照提示输入命令而运行的程序，在测试Bug之前，应该详细地说明输入命令的详细信息。
4 . 使用简洁的语言： 人们不喜欢读包含复杂的专业术语和绕口的大段的段落。一个好的Bug报告要包含短的但是表达清晰的语子。它应该只包含与Bug有关的论述。不必要把Bug报告做的过于复杂和写太多事实而篇幅过于长。避免解说过多对重现Bug没有任何帮助的细节。大家都普遍知道的事，就不必写在Bug报告中了。
5. 引用相关的例子： 大部分情况下，要重现一个特殊的Bug，必须输入一些特殊的数据。但是不要做模糊的表述，像提供一个联系表中无效的人名并保存，应该说在名字域中输入像 035bbb@$% 这样无效的输入并点击保存。为了使Bug能快速得到处理，测试人员必须努力提供所有相关的、关键的信息来帮助开发人员。
6. 提供参考信息： 以防一个特殊的 Bug 与说明文档或其他的关于工程的文档相冲突，Bug报告必须得供充分的关于这种特殊情况的参考信息或与文档中相冲突条款的数目。
7 . 为Bug分配优先级和严重等级 ——没有为Bug设置严重级别和优先级别的Bug报告是不完整的。

温馨提示：内容为网友见解，仅供参考

当前网址：https://11.t2y.org/zz/84sqvm78qq747qmfps.html