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惜他們的好工作。