前言
作为一个开发人员,你是否会因为测试人员提交的缺陷报告缺少重要的内容而无法重现缺陷。作为一个测试人员,你是否会收到开发人员拒绝的缺陷报告,而显示的内容是“它是不可复制的”。这些都是在项目开发中经常会遇到的情况,通常的原因是因为缺陷报告的说明不够完整,没有足够多的有用信息。
举例
本人曾经在测试中遇到过这样的一个问题,当我在使用 Chrome 进行测试的时候,发现在某一个特殊版本,产品所使用的 Threejs 的库无法正常使用。创建缺陷报告的时候,我列举了所有重现的步骤,但是没有列出具体使用的浏览器的类型和版本。
当开发人员试图重现这个缺陷的时候,他使用的是 Firefox。而对应的功能在 Firefox 中可以正常使用,开发人员直接拒绝修复此缺陷,当我得到打回来的缺陷报告,我又重复了一下缺陷发现还是可以重现,结果又指给了开发人员。。。这样反复操作后,最后通过当面演示才把缺陷给开发人员展示清楚。这样的反反复复的过程,大量的浪费了开发和测试人员的时间和精力。
其根本原因是没有在缺陷报告中提到浏览器的类型和版本,如果测试人员在测试报告中忘记提到重现错误的关键信息,那将面临同样的后果。
有句老话:“你永远不会有第二次机会给人留下第一印象。”
编写好的缺陷报告是每个测试人员都应该具备的技能。您必须向开发团队提供所有必要的详细信息,以解决您的问题。
你想在不被拒绝的情况下修复提交的缺陷吗?所以你必须用一个好的缺陷报告来报告它。
如何写出一个好的缺陷报告?
首先,先说下好的缺陷报告的构成要素:缺陷 ID、报告者名称、缺陷报告日期、检测者、检测方式、项目名称、发布 / 构建版本、缺陷 / 增强、环境、优先级、严重性、状态、描述、复制步骤、URL、预期结果、实际结果、必要的截图和录像。
之前在《缺陷报告应该涵盖哪些内容》提到了这里列举的每一个要素的详细解释。
在正式提交缺陷报告前,一定要重要的事情重现三遍的原则,首先保证缺陷可以被重复三遍。
当确定缺陷存在后,那么确定是否同一个缺陷是否其他的测试人员也已经提交了。通常可以使用一些与缺陷相关的关键字,并在缺陷跟踪工具中搜索如果您没有发现与您发现的错误相同的问题,如果还不确信可以找相关的资深测试咨询,接着您可以开始编写错误报告。
等等,也许我们可以做的更多!
我们是否可以确定相关模块中是否存在相同的问题?如果您发现相关模块中存在相同的问题,则可以在相同的错误报告中解决这些问题。这样就可以节省编写多个缺陷报告的时间,提高测试效率。
接下来我们可以通过在上面提到的构成要素开始编写 bug 报告,并编写详细的步骤来重现。
在报告一个 bug 之前,做一个检查表并确保你已经通过了所有的要点。
- 缺陷重复 2 - 3 次。
- 使用一些与缺陷相关的关键字,并在缺陷跟踪工具中搜索。
- 测试类似模块,看看是否有相同的问题。
- 立即报告缺陷。
- 写下详细的步骤来重现错误。
- 写一份好的缺陷总结在写错误报告的过程中注意你的语言,对事不对人,尽量抽取有用的信息。
- 建议使用适当的屏幕截图来说明问题。
- 在发布你的错误报告之前要校对两到三次。
总结
好的缺陷报告可以让阅读的人员快速准确的定位问题,同样也可以提高整个产品研发的效率。如果大家还有其他好的建议关于缺陷报告,也请在留言区回复我,谢谢。