测试人员竞相看看谁打开了更多的漏洞，这很好吗？

我是软件开发人员。有一组测试人员，他们遵循并运行由分析师编写的测试用例，但也执行探索性测试。似乎测试人员一直在竞争，看看谁可以打开更多错误，而且我注意到错误报告的质量下降了。除了测试功能和报告与软件操作有关的错误外，测试人员还提交了有关屏幕增强，可用性或愚蠢错误的错误。

这对项目有好处吗？如果不是，我（作为软件开发人员）如何尝试改变测试人员团队的想法和态度？

另一个问题是，由于截止日期是估计的并且无法更改，因此随着截止日期的临近，测试人员将争先恐后地完成他们的测试用例，这将导致测试质量下降。这将导致合法的错误出现在客户端收到的最终产品中。

OBS：此竞赛不是公司的惯例！这是仅由他们组织的测试人员之间的竞赛，没有任何奖项。

我认为他们没有找出最多的bug参加比赛就不好了。尽管他们的工作确实是查找错误，但他们的工作并不是“查找最多的错误”。他们的目标不是找到最多的东西，他们的目标是帮助提高软件的质量。奖励他们发现更多的错误与奖励程序员编写最多的代码行而不是编写最高质量的代码差不多。

将其转化为游戏可以激励他们专注于发现许多浅薄的bug，而不是寻找最关键的bug。正如您在编辑中提到的，这正是组织中正在发生的事情。

有人可能会说，他们发现的任何bug都是公平的游戏，所有bug都需要被发现。但是，鉴于您的团队资源可能有限，您宁愿让测试人员将精力集中在几个小时或几天内，对系统进行深入调查，以发现真正的大错误，还是花几个小时或几天来跳过该应用程序，以查找印刷错误和小错误？页面上的对象对齐错误？

如果公司真的想用它来制作游戏，请给开发人员权力以向漏洞添加分数。“愚蠢的错误”得到的是负面评分，很难找到写得好的报告的错误却得到了多个评分。然后，这将激励从“找到最多”变为“做到最好”。但是，也不建议这样做，因为程序员和质量检查分析师可以一起工作以人为填补他们的电话号码。

底线：不要因发现错误而创造游戏。在您的组织中找到奖励优秀工作并将其留在那的方法。游戏化奖励实现目标的人们。您不希望质量检查分析师的目标是“发现最多的错误”，而他们的目标是“提高软件的质量”。这两个目标并不相同。

我将不同意其他答案。测试人员的“发现错误”有点像开发人员的“编写代码”。原始数量没有意义。测试人员的工作是查找可能存在的尽可能多的错误，而不是查找最多的错误。如果测试人员A在高品质组件中发现10个错误中的5个，而测试人员B在低品质组件中发现263个错误中的58个，则测试者A是更好的测试者。

您希望开发人员编写最少的代码来解决特定问题，并且希望测试人员编写最少数量的报告来正确描述损坏的行为。竞争找到最多的缺陷就像竞争编写最多的代码行。滑入游戏系统太有用了，这太容易了。

如果您想让测试人员参与竞争，应该更直接地基于他们要做的事情，这是为了验证软件是否按所述方式工作。因此，也许有人在竞争，看看谁可以编写最受接受的测试用例，或者甚至更好地编写涵盖最多代码的测试用例集。

开发人员生产率的更好衡量标准是任务完成数量乘以任务复杂性。测试人员生产率的更好衡量标准是执行的测试用例数量乘以测试用例复杂性。您想要最大化它，而不是发现错误。

根据我的个人经验，这不是一件好事。它几乎总是导致开发人员提交重复，荒谬或完全无效的错误。通常，在一个月/一个季度末，随着测试人员急忙达到配额要求，很多突然出现。最糟糕的是，您还根据开发人员代码中发现的错误数量对开发人员进行了惩罚。您的测试和开发团队在这一点上正在相互配合，一个团队如果不让另一个团队看上去很糟糕，就无法成功。

您需要在此集中关注用户。用户不知道在测试过程中提交了多少个错误，他们所看到的只是解决了这些错误。用户最终不会在乎您是提交20个错误报告还是提交20,000个错误报告，只要该软件在获得报告后就可以运行即可。评估测试人员的更好指标是用户报告的错误数量，但应该由测试人员合理地捕获。

但是，要跟踪它要困难得多。运行数据库查询来查看特定人员提交了多少个错误报告是相当容易的，我怀疑这是这么多人使用“错误归档”度量标准的主要原因。

通过发现错误来制作游戏没有错。您已经找到了激励人们的方法。很好 它还显示了无法传达优先级。结束比赛将是浪费。您需要更正优先级。

很少有真正的游戏具有简单的计分系统。为什么要搜寻错误？

您不仅需要根据错误数量对游戏进行评分，还需要提供错误报告质量的衡量标准。那么，比赛的重点就在于错误的数量。这更像是钓鱼比赛。每个人都将寻找能够获得较高优先级分数的大错误。将错误报告的质量作为分数的一部分。让开发人员向测试人员提供有关错误报告质量的反馈。

微调游戏平衡并不是一件容易的事，因此请准备花费一些时间来解决这个问题。它应该清楚地传达您的目标，并且应该很有趣。您还可以根据业务需求的变化进行调整。

发现错误是他们的工作。只要他们没有降低效率（例如，通过打开10个错别字的ech错误，而不是覆盖其中几个错字），就会鼓励他们完全按照自己的意愿去做，所以我看不出太多的缺点。

这是@CandiedOrange的answer的扩展。

要开始将注意力转移到更有用的目标上，请考虑一些非正式且非正式的事情。例如，开发人员可以购买一些小令牌和奖杯。

每天至少报告一个重要的错误，在测试人员的办公桌上留下“ Bug of the Day”令牌。每周一次，举行一个仪式，与一群开发人员一起交付更大更好的“每周臭虫”令牌或奖杯。使“本月的Bug”奖杯的交付更加生动，也许还附上蛋糕。每个标记或奖杯都应附有引用，说明开发人员为什么认为在测试中发现错误是一件好事。引用的副本应放在测试人员都可以阅读的地方。

希望测试人员将他们的注意力从发现最多的错误转移到收集最多的奖杯和令牌。他们这样做的最佳策略是阅读引文，并考虑哪些测试方法可能会带来开发人员认为重要的错误。

只需忽略不重要的错误报告。由于这都是非常非正式和非正式的，因此可以随时关闭或更改它。

这对项目有好处吗？

没有。您自己指出，您观察到它导致生成的质量低下的报告没有针对所需的功能，并且测试人员最终加重了问题，从而加紧完成了实际上是“应有的”工作要做。

如果不是，我（作为软件开发人员）如何尝试改变测试人员团队的想法和态度？

向项目经理提出问题。他们应该认为这种事情是他们工作的一部分。如果您的PM不愿或无能为力，那么您就很难制定自己的应对策略。（这将是一个不同的问题）

我认为，如果像这样继续下去，将会如何（或已经怎样），您不一定会得到较低的质量。虽然我认为这会降低数量质量比。这取决于这是否是一件坏事。这取决于

报告有关屏幕增强功能，可用性或愚蠢错误的错误。

是您真正不想要的东西。 如果测试人员对此很清楚，我只是告诉他们不要做您不希望报告的事情，而要弄清楚。当这些报告之一再次出现时，请执行此操作。

他们参加比赛的原因可能是工作时很开心，所以他们可能不打算做不好的工作（如果认为做得不好）。