要件トレーサビリティ とは？

トレーサビリティマトリクスは「表」というツールの話で、要件トレーサビリティは「要件をちゃんと追跡しよう」という考え方全体のことだよ。マトリクスはその実現手段のひとつだね。

たとえば「ログイン機能を作る」という要件があったら、設計書のどこに書かれているか、コードのどの部分で実装されているか、テストケースのどれで検証されているかを全部紐づけるんだよ。前方トレーサビリティと後方トレーサビリティの2方向で追跡するのがポイントだね。

前方トレーサビリティは「要件→設計→実装→テスト」の順に追いかけること。後方トレーサビリティはその逆で「テスト→実装→設計→要件」と遡ること。両方向で追跡できると、テストされていない要件も、要件に紐づかない無駄なコードも見つけられるんだよ。

小規模ならExcelでもできるけど、大規模開発ではJIRAやIBM DOORSみたいな専用ツールを使うことが多いよ。要件IDとテストケースIDを自動で紐づけてくれるから、変更があったときに影響範囲がすぐ分かるんだ。

医療機器のIEC 62304や自動車のISO 26262、航空のDO-178Cなど、安全性が求められる規格では要件トレーサビリティが必須になっているよ。規制当局の監査で「この要件はどのテストで検証しましたか？」と聞かれたとき、即座に答えられないといけないからね。

厳密なトレーサビリティまでやるケースは少ないけど、ユーザーストーリーとテストケースを紐づけるのは立派なトレーサビリティだよ。アジャイルでもスプリントバックログの各項目に受け入れテストを対応させるのは、実質的に同じ考え方だね。