🧩 テストは品質保証ではなく検証行為である

~~NIP~~

🧭 はじめに

このページでは、A-SPICEにおけるテストの位置づけを正確に整理する。結論から言えば、A-SPICEはテストを品質保証（Quality Assurance）とは見なしていない。テストはあくまで、左工程で定義した内容を検証（Verification）する行為である。

この認識のズレが、A-SPICE理解の最大の落とし穴になりやすい。

現場ではしばしば、次のような期待がテストに向けられる。

テストを頑張れば品質は上がるバグを潰せば安全になる最後にテストすれば安心できる

しかしA-SPICEの前提では、これらはすべて成立しない。

テストは不具合を見つけることはできるしかし正しいものを生み出すことはできない品質は作る工程で決まり、テスト工程では決まらない

A-SPICEでは、品質は要求・設計の時点で作られると考える。

A-SPICEにおけるテストは、独立した活動ではない。

要求分析 ↔ 要求検証アーキテクチャ設計 ↔ システムテスト詳細設計 ↔ ソフトウェアテスト

このように、すべてのテストは左工程と一対一で対応している。

この対応関係があるからこそ、次が成立する。

このテストは何を確認しているのか説明できるテスト漏れは要求漏れ・設計漏れとして検出できるテストの十分性を感覚ではなく論理で語れる

左工程との対応が説明できないテストは、「やっているだけ」のテストになりやすい。

A-SPICEで問われるのは、テスト結果の数や合否ではない。

なぜこのテストケースが必要なのかどの要求・設計を根拠にしているのか異常系・境界条件はどこから導いたのか テスト範囲の妥当性を説明できるか

つまり、テスト設計そのものがレビュー対象になっている。

テスト結果だけを揃えても、設計根拠が語れなければ評価されない。

テスト工程でよく見られる誤解として、次がある。

ケース数が多い＝品質が高いカバレッジが高い＝安全全部テストした＝問題ない

A-SPICEの視点では、これらは補助指標にすぎない。

重要なのは、

なぜその観点をテストしているのか何をテストしないと判断したのかその判断を説明できるか

である。

良いテストとは、「なぜこれで十分か」を説明できるテストである。

A-SPICEがテスト工程で本当に見ているのは、次の一点に集約される。

左工程で考えたことを、右工程で論理的に確かめているか

思いつきでテストしていないか後追いでテストを作っていないかテストが思考の結果になっているか

テストは「安心材料」ではなく、思考の検証装置である。

A-SPICEにおけるテストの本質は明確である。

テストは品質保証ではないテストは検証行為であるテストは左工程の思考を映す鏡である

テストで評価されているのは、テスト工程そのものではない。その背後にある、要求と設計の思考である。

これが、A-SPICEがテストをこの位置に置いている理由である。