Bug Hunt的替代品？

Question

最近，我们的质量检查部门一直在进行错误查找。 冲刺完成后，所有团队都会进行10分钟的演示，然后他们会整天提交错误，以准备发布功能。 他们已经相当成功。 我们发现了很多错误，然后才将它们投入生产，这使高层人士非常高兴看到结果，而获胜的质量检查成员也可以享用午餐。

但是，我注意到球队本身的敌对态度正在侵蚀他们。 我们有4个Scrum团队，并且每个bug的搜寻都使每个团队的QA相互冲突。 这开始让我自己和其他质量检查领导者感到头痛。 尝试使用该系统的测试人员，对其他团队作弊的投诉，以及对狩猎的不满于办公室闲聊。 每个人似乎都非常喜欢这种狩猎，但是每个人都有一个理由，为什么其他团队发现问题不符合条件，或者他们只是对其他团队的工作有普遍的偏执。

之前是否有其他任何人必须应对因错误查找而引起的冲突？如果是，那么您如何解决它们？

TL; DR我们的Scrum团队会互相追捕错误。 最初，此过程进行得很顺利，现在，质量检查（QA）花了很多时间，甚至更多地花时间在发现问题的有效性上。 有人有替代方法吗？

Answer 1

从我的角度来看，似乎在另一个网站上可以较好地回答同样的问题（即软件质量保证和测试-Stack Exchange ）

答案链接如下：

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

Answer 2

给大家买午餐-不要让“失去”成为一种惩罚性的经历。 整个团队都应该努力使最终产品的质量最大化。

作为一个榜样，特别是如果您不能在一夜之间改变管理层的立场时，请带走发现您所在区域错误最多的团队作为午餐/晚餐/饮料/其他。 感谢他们在客户面前找到东西。 不要be惜他们的好工作。