0

最近、QA 部門がバグハントを実施しています。スプリントですべてのチームが 10 分間のデモを行うと、機能のバグを提出してリリースの準備をするのに 1 日を費やします。彼らはかなり成功しています。本番環境に入る前に多くのバグを発見し、上層部は結果を見て本当に嬉しくなり、勝者の QA メンバーは昼食をとります。

しかし、チーム自体から非常に敵対的なトーンが侵入していることに気付きました. 4 つのスクラム チームがあり、バグ ハントでは各チームの QA が互いに争っています。これは、私自身と他の QA リードにとって頭痛の種になり始めています。システムをだまそうとしているテスター、他のチームのチートについての不満、そして概してオフィスでハントについて楽しくおしゃべりをしているわけではありません。誰もが狩りを本当に楽しんでいるように見えますが、他のチームが見つけた問題が対象外であること、または他のチームが行っていることについて一般的なパラノイアを持っていることについて、誰もが理由を持っています.

他の誰かが以前にバグハントに起因する競合に対処しなければなりませんでしたか?もしそうなら、どのようにそれらを回避しましたか?

TL;DR 私たちのスクラム チームは、お互いの機能のバグを探しています。当初はこれでうまくいきましたが、今では、発見された問題の有効性をめぐって口論するほどではないにしても、QA は同じくらい多くの時間を費やしています。誰にも別のアプローチがありますか?

4

2 に答える 2

1

私の観点からは、まったく同じ質問が別のWebサイト(つまり、ソフトウェア品質保証とテスト-Stack Exchange)でより適切に回答されたようです。

回答リンクは以下のとおりです。

https://sqa.stackexchange.com/questions/2726/bug-hunts-and-possible-alternatives
于 2012-03-02T23:44:56.723 に答える
0

みんなで昼食を買ってください - 「負ける」ことを罰の経験にしないでください。最終製品の品質を最大化するために、チーム全体として全員が努力する必要があります。

個人的な例を挙げると、特に経営陣の立場を一朝一夕に変えることができない場合は、あなたの地域で最も多くのバグを見つけたチームをランチ/ディナー/ドリンクなどに連れて行くことです。顧客より先に物を見つけてくれてありがとう。彼らに良い仕事をねだるな。

于 2012-02-29T20:37:45.027 に答える