ソフトウェア開発とプロジェクト管理

テストの工程で、テストの時間(またはテストケースの消化数)を横軸に、見つかった不具合の累積件数を縦軸にとった信頼度成長曲線を描いた。曲線がまだ右上がりのままで、飽和する(横ばいになる)様子が見えないときの判断として、最も適切なものはどれか。

  1. A不具合が順調に見つかっていてテストの効率が良いので、予定どおりテストを終えてよい
  2. B曲線の形は品質とは関係がないので、予定したテストケースをすべて消化したらテストを終える
  3. Cまだ見つかっていない不具合が多く残っている可能性が高いので、テストを続け、不具合の傾向も分析する
答えと解説を見る

正解:C. まだ見つかっていない不具合が多く残っている可能性が高いので、テストを続け、不具合の傾向も分析する

テストを進めると、はじめは不具合が次々に見つかり、残りが減るにつれて見つかる件数が減っていくので、累積件数の曲線はS字形(ゴンペルツ曲線やロジスティック曲線で近似)になり、やがて飽和します。曲線が飽和に近づいていれば品質が安定してきたと判断する目安になりますが、右上がりが続いている間は、まだ多くの不具合が残っている可能性が高いと考えます。予定したテストケースを消化したことだけでは、テストを終える根拠になりません。曲線を当てはめて残りの不具合の数を推定し、テストの追加や重点化に使います。

  • A. 不具合が見つかり続けているのは、残っている不具合がまだ多いことを示していて、テストを終える根拠になりません。
  • B. 曲線の飽和の具合は、品質が安定してきたかを判断する重要な目安です。
  • C. 正しい。飽和していない間は、残っている不具合が多いと考えてテストを続けます。
この分野を解く 分野ページへ

関連する計算ツール

ソフトウェア開発とプロジェクト管理の参考書を探す PR

Amazonの検索結果へのリンクです。Amazonのアソシエイトとして、半導体教室は適格販売により収入を得ています。

ソフトウェア開発とプロジェクト管理のほかの問題

  1. 規模が25 kステップ(2万5,000行)のファームウェアの結合テストで、不具合が30件見つかった。組織の過去の実績から、この工程で見つかる不具合の目安は1 kステップ当たり2〜4件とされている。この結果の評価として、最も適切なものはどれか。
  2. Gitで、2人の開発者が同じファイルの同じ行をそれぞれ別のブランチで書き換え、一方のブランチをもう一方にマージした。このとき起こることとして、適切なものはどれか。
  3. 設計書やソースコードのレビューの方法のうち、モデレータ(進行役)が主導し、参加者の役割を決め、チェックリストなどを使って公式に行い、見つけた欠陥を記録して修正まで確認するものはどれか。
  4. 正しく動くことが分かっているファームウェアの版の後に1,000個のコミットがあり、最新のコミットでは不具合が起こる。不具合はある1つのコミットで入り、それ以降のコミットではすべて起こるとする。git bisect のように二分探索で原因のコミットを特定するとき、ビルドしてテストする回数の最大値はどれか。
  5. プロジェクトの成果物と作業を階層的に分解したWBSで、最も下の階層にあり、所要期間やコストを見積もって担当者を割り当てる単位はどれか。