Bug Hunt 的替代品？

Question

最近，我们的 QA 部门一直在进行错误搜寻。一旦一个 sprint，所有团队都进行 10 分钟的演示，然后他们会花一整天时间提交错误，以准备发布的功能。他们已经相当成功了。我们在投入生产之前就发现了很多错误，这让高层非常高兴看到结果，并且获胜的 QA 成员可以享用午餐。

但是，我注意到来自团队本身的敌对语气正在蔓延。我们有 4 个 Scrum 团队，而 bug 搜寻一直在让每个团队的 QA 相互竞争。这开始让我自己和其他 QA 负责人头疼。测试人员试图玩弄系统，抱怨其他团队作弊，以及通常不愉快的办公室喋喋不休地谈论狩猎。每个人似乎都非常喜欢狩猎，但每个人都有理由解释为什么其他团队发现问题不应该获得资格，或者他们只是对其他团队正在做的事情有普遍的偏执。

之前是否有其他人不得不处理因寻找错误而引起的冲突，如果有，您是如何解决的？

TL;DR 我们的 scrum 团队会互相寻找错误的功能。最初这很顺利，现在 QA 花费了尽可能多的时间，如果不是更多地为发现问题的有效性争吵的话。有人有其他方法吗？

Answer 1

在我看来，同样的问题似乎在另一个网站上得到了更好的回答（即Software Quality Assurance and Testing - Stack Exchange）

答案链接如下：

https://sqa.stackexchange.com/questions/2726/bug-hunts-and-possible-alternatives

Answer 2

给每个人买午餐 - 不要让“失败”成为一种痛苦的经历。作为一个整体，你们都应该努力提高最终产品的质量。

作为一个个人榜样，尤其是如果你不能在一夜之间改变管理层的职位，那就是让在你所在区域发现最多错误的团队出去吃午餐/晚餐/饮料/任何。感谢他们在客户之前找到东西。不要吝啬他们的好工作。