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

  #2  为节省时间和精力,提供接近的重现步骤

  #3 错误是一个项目的问题,而不是测试人员的个人问题

  #4 一个缺陷报告描述一个问题

  #5 尽你所知,提供一些可能的理由

  关于作者:这篇文章是由STH团队成员布密卡梅塔写的,她是一个有10年的软件测试经验的项目Leader。我希望通过上面的例子传达我想阐明的观点,对于这篇文章,如果你有任何意见或意见,欢迎来稿。