「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

予備知識

問題

正解

ピヨピヨ解説

選択肢を順番に見ていきましょう。

「ア：計画時の予算」はプログラムの品質の指標として使うには微妙です。
予算が少ないよりは多い方が品質が良くなる可能性は上がりますけどね。
必ずしも予算が多ければ品質も良いとは限りません。

「イ：投資対効果」はプログラムの品質の指標としては使えません。
プログラムの品質とは無関係です。

「ウ：納期」はプログラムの品質の指標として使うには微妙です。
納期が短いよりは長い方が品質が良くなる可能性は上がりますけどね。
必ずしも納期が長ければ品質も良いとは限りません。

「エ：バグ摘出数」は一般的にプログラムの品質の指標として使います。
バグは「プログラムの おかしいところ」ね。

バグを見つければ見つけるほど、プログラムの中に残っているバグは少なくなります。
バグを見つければ見つけるほど「プログラムの品質は上がった」と言えるでしょう。

ということで「エ：バグ摘出数」が正解です。

ちなみに「最初からバグのないプログラムだったら、どうするのよ？バグ摘出数は少なくても品質はメッチャ良いはずだよ！」と思う人がいるかもしれませんね。

残念ながら、お仕事プログラミングの世界では、そんな楽観的な考え方はしません。
お仕事プログラミングの世界では

１．人間が作る以上、バグは必ずあるはずだ
２．バグが見つからないのはテストが足りないからだ

と考えるのです。
バグ摘出数が少ないと「品質が高い」ではなく「テストが少ない」と判断します。
バグは見つかり過ぎてもいけませんが、まったく見つからなくてもダメなのです。

だから、適当にバグの数を調整して……ごほごほごほ。

話が逸れてしまいました。
「エ：バグ摘出数」が正解です。