🧩 テストは品質保証ではなく検証行為である
🧭 はじめに
このページでは、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がテスト工程で本当に見ているのは、次の一点に集約される。
左工程で考えたことを、右工程で論理的に確かめているか
- 思いつきでテストしていないか
- 後追いでテストを作っていないか
- テストが思考の結果になっているか
テストは「安心材料」ではなく、思考の検証装置である。
🧾 まとめ：テストは品質を測る行為であり、作る行為ではない
A-SPICEにおけるテストの本質は明確である。
- テストは品質保証ではない
- テストは検証行為である
- テストは左工程の思考を映す鏡である
テストで評価されているのは、テスト工程そのものではない。 その背後にある、要求と設計の思考である。
これが、A-SPICEがテストをこの位置に置いている理由である。