【ISTQB /JSTQB FL 4.0解説】テストレベルとコンポーネントテストを理解しよう｜Test Levels & Component Testing

ソフトウェアテストを体系的に学ぶうえで欠かせないのが、「テストレベル（Test Levels）」と「テストタイプ（Test Types）」の理解です。

この章では、ISTQB Foundation Level 4.0 のシラバス第2章「ソフトウェア開発ライフサイクルにおけるテスト（Testing throughout the SDLC）」の中から、**2.2.1 テストレベル（Test Levels）**について解説します。

特にこの記事では、最初のテストレベルである「コンポーネントテスト（Component Testing / Unit Testing）」を詳しく見ていきましょう。

🔹 テストレベル（Test Levels）とは？

テストレベルとは、特定の目的をもって実施される一連のテスト活動を指します。

つまり、テストを開発工程ごとに段階的に実施し、それぞれの段階で異なる目的を持って検証を行うという考え方です。

代表的なテストレベルは以下の通りです。

これらのテストレベルは、**ソフトウェア開発ライフサイクル（SDLC）**の各フェーズに対応しており、

前のテストレベルの「出口条件（Exit Criteria）」が次の「入口条件（Entry Criteria）」となるケースもあります（例：Vモデルやウォーターフォールモデルなど）。

一方、アジャイルモデルやインクリメンタルモデルでは、開発とテストが並行して行われ、

複数のテストレベルが重なって進行することもあります。

よく混同されやすいのが「テストタイプ（Test Types）」です。

テストタイプとは、特定の品質特性（Quality Characteristics）を確認するためのテスト活動の分類を指します。

たとえば：

これらのテストタイプはどのテストレベルでも実施可能です。

つまり、機能テストはユニットテストでもシステムテストでも行えます。

テストレベル＝「いつ」「どの段階で」行うか、

テストタイプ＝「何を」「どの観点で」確認するか、という違いを押さえておきましょう。

テストレベルの最初の段階が「コンポーネントテスト（またはユニットテスト）」です。

これは、ソフトウェアの最小単位を個別にテストして、要件どおり動作するかを確認します。

「ユニット（Unit）」の定義は、開発プロジェクトや組織によって異なります。

つまり、プロジェクトの粒度に応じて「最小のテスト対象」をユニットと呼ぶのです。

例えば、「ログインページ」は複数の入力フィールドを含む1つのユニットとみなすこともあります。

項目	内容
主な担当者	開発者（Developer）
実施環境	開発環境（Dev Environment）
テスト手法	ホワイトボックステスト（White-box Testing）
目的	コードレベルでのロジック検証、早期バグ発見
使用ツール・フレームワーク	JUnit（Java）、PyTest（Python）、NUnit（.NET）、GTest（C++）など

また、ユニットテストを実行する際には、テストハーネス（Test Harness）やモック（Mock）などのダミーコンポーネントを使って、

未完成のモジュールを仮想的に再現することも一般的です。

この段階を丁寧に行うことで、後続の統合テストやシステムテストがスムーズに進み、

ソフトウェアの品質向上と開発効率の改善につながります。