誰がバグチケットの重複を排除しますか？
私のチームメイトの1人と私は、別々のバグチケットを取得して、自分たちに個別に割り当てましたが、チケットは重複しています！
重複チケットを解決する最良の方法は何ですか？通常、これはQAリソースによって行われますか？私は技術者以外の人が「フロー」を中断すると言ういくつかの場所で働いていましたが、開発者へのアクセスが制限されている状況では（つまり、基本的には常に）技術者でない人ができることです。
実際、誰もが重複を避けるために合理的な努力を払うべきですが、開発者は通常、そうするのに最適な立場にあります。バグは多くの人が見つけることができますが、通常は、コードのその領域を担当する1人の開発者または小さなチームにフィルタリングされます。また、2つの異なる症状の根本原因が同じかどうかを判別するためのコードが必要になることもよくあります。すべてのバグトラッカーは、重複をかなり簡単に処理できます。ときどきポップアップする心配はありません。
一方、それらが発生した場合常時は、テスターの作業を複製しているだけであり、テストリソースの割り当て方法を再評価したい場合があります。
1つのチケットの下でコードの変更を送信してから、「これは重複しています。コードはバグ番号xxxの下にあります」というメモで他のチケットを解決します。
これは常に起こります。
これは、計画プロセス中に行う必要があります。バグが最初にトリアージされ、優先順位が付けられた場合、そのランキングを行う担当者は、メインバックログに重複がないことを確認する必要があります。
肯定的な側面も参照してください。同じバグが個別に2回見つかった場合は、再現が容易になります。開発者と顧客の両方による:-(したがって、修正する方が優先される可能性があります。
多くの場合、バグを優先し、重複を削除する1人の人（マネージャーまたはそのタスクを持つ1人）がいます。そうすれば、バグを選んでバグリスト全体を調べて同様のバグをチェックする代わりに、より効率的になります。
重複を避けられない場合の最悪のケースは、バグを修正するときです。次の担当者は、なくなったために再現できないバグを再現するために多くの時間を浪費します。