欠陥指標-オープンとクローズのレートの説明
おそらく私は、ここでいくつかの重要な側面を見逃しているのです。なぜなら、このメトリックが著者によって説明されていることをどのように教えてくれるのか、私にはまったくわからないからです。
欠陥の開閉率=（リリースのテスト中に検出された欠陥/（リリースのテスト中に検出された欠陥+リリース後に検出された欠陥）* 100
それは何ですか？
識別された欠陥の現在の状態を示す多数の欠陥ステータスがありますが、それらは通常、オープンまたはクローズのいずれかに分類できます。
どうしてそれが重要ですか？
プロジェクトの実行中に発生する膨大な数の欠陥は、タブを維持することを困難にする可能性があります。チームメンバーがプログラムの欠陥の現在の状態を測定することに熱心でない場合、特定の欠陥が亀裂をすり抜けて、最終的なリリースに現れる可能性があります。さらに、オープンな欠陥の頻度とクローズ率を比較することで、テスターと開発者がソフトウェアの問題を特定して対処するために協力する能力についての洞察も得られます。
「リリース前にQAによって検出された欠陥/検出された欠陥の合計」の比率は、テストの有効性の尺度です。 QAがOKにした後で多くの欠陥が発見された場合、彼らは明らかにそれを十分にテストしていませんでした。なぜそうなのかは、無数の理由があるかもしれません。徹底的なテストに十分な時間はありませんでしたか？不明確な要件はありましたか？テスターは主題に十分に精通していませんでしたか？低い評価は原因の反省を招く可能性があります。
見つかった欠陥の生の数は無意味なので、この比率は重要です。テスターが何も見つけなかった場合、それは彼らが見ていなかったことを意味しますか？いいえ、それはシステムが完璧であることを意味することもあります（笑）。そして、彼らが多くのバグを見つけた場合、これは彼らがすべてのバグを見つけたことを意味しますか？いいえ、まだ多くの問題を見落としていた可能性があります。
このメトリクスの欠点は、リリース後長い時間をかけて遡って計算できることです。
この式に付随するテキストは、まったく異なるものに焦点を当てているようですが、私には何がわかりません。数式にはクローズ率が含まれておらず、プロジェクトフェーズで欠陥が見つかった場合のみを比較することに注意してください（QAとリリース後）。記事をフォーマットするときに、著者が誤ってその式をこのテキストと組み合わせたと想定します。