测试人员到底应该做什么？我和我的团队刚刚进行了一场头脑风暴。许多答案跳出来了：
- 应该测试
- 应该全面测试
- 应该不漏掉任何缺陷
- 应该理解应用程序
- 应该尝试中断应用程序
好吧，但是我认为“有质量”才能使得一名测试人员成为非常好的测试人员。我估计你肯定要问“怎么才能做到”呢？
当你汇报一个问题的时候会发生什么？我抛出了另外一个思考。
- 开发人员修复缺陷
- 有时候他们不修复缺陷
- 有时候他们推迟修复缺陷
- 有时候问题被标记为“不可重现”
好，但是为什么开发人员不解决或推迟解决或标记问题为“不可重现”？
稍作停顿，头脑风暴最有趣的环节开始了-讨论。
从讨论中摘录出一些节选：
作为一名测试人员，我们的主要职责是测试应用程序或产品并且反馈问题。但是注意，我们的职责真的没有就此结束。实际上，从这里开始，我们的真正任务才刚开始。明白为什么你提交的缺陷被拒绝或者被标记为“不可重现”以及你如何应对这些结果很重要。
缺陷汇报及追踪是一门艺术，一种好的艺术通过应用一些细微之处，我们可以将产品的质量从负面改变为正面并赢得客户的信任。无论你身处软件测试的哪个程度，你都有必要掌握缺陷汇报的技术。缺陷汇报不只是一个表单而是一个有关出现了什么问题，为什么出现问题以及哪里出现了问题的总结报告。对于应用程序的缺陷，你如何去展现它，对那个缺陷未来的命运至关重要。
你肯定了解一个缺陷应该有什么，哪些要素应该被包含。但是综合的缺陷报告是怎样的呢？就算缺陷报告里包含了每一个必要要素，那也不一定是一个好的缺陷报告。
根据我的经验，我列出了汇报缺陷时应该注意的一些点。为了易于理解，对每一个点我提供了示例。
例如:
让我们假设有一个电商网站出售汽车零部件。下面对每一个点我已经用“不应该”和“应该”列描述了一些相关问题。
看一看：
#1.阅读你刚刚汇报的缺陷并问问自己-你能够理解吗？
#2.提供可重现的可能性来节省时间和人力
#3.明白缺陷是跟项目相关的事情而非个人
#4.一个缺陷，只描述一个问题：
#5.如果你知道的话，提供可能的原因：
我希望上述例子阐明了我想表达的观点。
{测试窝原创译文，译者：思雨}
译者简介：思雨，从事软件测试7年，热爱自动化测试和手工测试
