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

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

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

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

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

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