为什么缺陷报告是每个测试人员都应该学习的一门艺术？
测试人员到底应该做些什么？我仅仅是和我的团队一起讨论这个问题，有一大堆答案出现了： · 应该测试 · 应该做到完全测试 · 应该做到 0 BUG · 了解测试的应用程序 · 试图破坏测试的应用程序 这些都没问题，但是我认为，有一个品质让一个测试人员成为”一个好的测试人员“，那是：每双眼睛里都要有这样一个疑问，那是“怎么做“? 当你报告一个问题时会发生什么？我抛出另一个问题去思考。 · 开发人员去解决它 · 不去管它 · 延迟修复这个问题 · 问题被标记为”不可再现“ 很好，但是开发人员为什么不解决这个问题，要去延迟修复、或是将问题标记为”不可重现“呢？停顿片刻之后 ，有趣的讨论阶段开始了，在这里摘录一些讨论的内容： 作为一个测试人员，我们的主要职责是测试应用程序或产品并且报告缺陷。但是我们的责任并没有在这里结束了，实际上， 真正的任务从这里才开始。你是怎么去理解和应对你的那些被拒绝或者被置为”不可再现“ 的BUG，这一点是非常重要的。 BUG的报告与跟踪是一门艺术，一门通过运用一些要点，来自下而上的改变产品质量并赢得客户信任的艺术。不管你身处什么职位，在软件测试领域内，掌握BUG报告的技能是有必要的。缺陷报告不只是一个文档，还是关于：什么错了，怎么错了，哪里错了的总结报告。缺陷报告包含了关于应用程序不足之处的信息，你怎么去呈现它，对于决定这个BUG的未来，是至关重要的。 你一定已经阅读了关于一个BUG应该包含哪些信息和哪些领域。但整体的缺陷报告呢？即使在包括每个必要的领域之后，你也可能无法创建一个好的缺陷报告。 从我的经验来说，我已经列出了一些在报告一个BUG的时候需要注意的点。为了让它更容易理解，我一一举例说明： 例如： 让我们以一个销售汽车零配件的电子商务网站为例，以下每一点，我已通过列出“不应该”和“应该”两列，来描述相关问题。 一起来看看： #1 阅读你刚才报告的错误，并问问自己能理解吗？
#2 为节省时间和精力，提供接近的重现步骤
#3 错误是一个项目的问题，而不是测试人员的个人问题
#4 一个缺陷报告描述一个问题
#5 尽你所知，提供一些可能的理由
关于作者：这篇文章是由STH团队成员布密卡梅塔写的，她是一个有10年的软件测试经验的项目Leader。我希望通过上面的例子传达我想阐明的观点，对于这篇文章，如果你有任何意见或意见，欢迎来稿。
