プロジェクトの品質

要点と定義

プロジェクトの品質マネジメントは、成果物が定めた品質要求を満たすよう、品質を計画し、実施状況を確かめ、必要な改善につなげる活動です。品質の対象群には、品質の計画、品質保証の遂行、品質管理の遂行が含まれます。計画では要求事項や評価基準、測定方法を定めます。品質保証では、プロセスが計画どおりに運用されているかを確かめ、品質管理では成果物や測定データを調べて、基準との差や原因を評価します。計画、実施、測定、評価、是正の結果を次の判断へつなぐことが基本です。

ソフトウェアテストでは、テスト密度やバグ摘出率などを品質管理測定値として使えます。テスト密度は、テストケース数を開発規模で割った値で、規模当たりのテスト量を表します。バグ摘出率は、摘出したバグ数を開発規模で割った値で、規模当たりに見つかったバグの量を表します。これらは品質を考える手掛かりであり、値だけで品質を断定するものではありません。過去の同形態の実績などを基に基準値や許容範囲を定め、その前提に沿って評価します。

たとえば標準テスト密度が100件／kステップで、基準下限が標準値の80％なら、必要な密度は80件／kステップ以上です。規模10 kステップのプログラムに980件のテストケースがあれば、密度は980÷10＝98件／kステップです。標準バグ摘出率が5件／kステップで許容範囲を標準値の80～120％とする場合は、4～6件／kステップが範囲になります。この範囲や計算例はある組織の基準に基づくもので、すべてのプロジェクトに共通する値ではありません。

品質データを見やすくする手法も品質管理に役立ちます。課題の件数を多い順の棒グラフにし、累積件数を折れ線で重ねるパレート図は、件数の大きな項目や優先して対処する対象を把握するのに使えます。 テスト項目の消化数と累積バグ数を追うと、テストの進み具合やバグ発見の推移を確認できます。累積値は減少しません。テストの進行とともに累積バグ数の増加が緩やかになれば、新たなバグの発見ペースが落ち着いてきた可能性があります。

適用条件と例

指標を使うときは、算出式、測定対象、単位、基準値、評価する時点をそろえます。テスト密度は「テストケース数÷開発規模」、バグ摘出率は「摘出バグ数÷開発規模」です。たとえば8 kステップのプログラムで600件のケースを実施し、30件のバグを摘出した場合、テスト密度は600÷8＝75件／kステップ、バグ摘出率は30÷8＝3.75件／kステップです。下限がそれぞれ80件／kステップ、4件／kステップなら、両方とも下限未満です。この結果からはテスト不足の可能性が考えられるため、テストケースの網羅性を確かめ、不足する処理の流れにケースを追加して再テストします。

一方、バグ摘出率が下限未満でも、テスト密度が基準を満たしているなら、直ちに品質良好とも不良とも決められません。テストケースが必要な処理の流れを網羅しているか、テスト内容に偏りがないか、摘出したバグの内容は何かを確認し、判断の根拠を整えます。逆に、バグ摘出率が上限を超える場合は、設計や実装に問題が潜んでいないか原因分析を行い、修正後に関連するテストを追加して品質を再確認します。上限超過が常に同じ原因を示すとは限らないため、数値を出発点として具体的な原因を調べます。