【ISTQB /JSTQB ALTA 解説】1.5 テスト設計（Test Design）

はじめに

こんにちは！

今回は、**ISTQB Advanced Test Analyst シラバスの第1章「テストプロセス」**の中から、

**1.5 テスト設計（Test Design）**について解説します。

テスト設計は、ソフトウェアテストプロセスの中でも非常に重要なフェーズです。

ここでの目的は、「何を・どのようにテストするか」を明確化し、テストケースを体系的に設計することです。

テストアナリストは、テストプロセスの各段階でさまざまな責任を担います。

その中でも「テスト設計」は次のような活動が中心です。

これらの活動を通じて、テスト設計の品質を高め、後続工程（実装・実行）の効率を向上させます。

テスト設計を開始する前に、いくつかの準備条件（エントリー基準）を満たす必要があります。

ISTQBシラバスでは義務ではありませんが、ベストプラクティスとして推奨されています。

テスト設計に入るための代表的なエントリー基準例：

これらを確認せずに進めてしまうと、後工程で不具合や手戻りが発生しやすくなります。

テストケースを設計する際には、以下の項目を明確にしておくことが重要です。

要素	内容	例
テスト目的（Objective）	そのテストで何を確認するか	「ユーザーが正しい資格情報でログインできることを確認」
前提条件（Preconditions）	テストを実行するために必要な環境・状態	「アプリがインストール済み」「サーバーが稼働中」
テストデータ（Test Data）	テストで使用する入力値	「ユーザー名：test_user」「パスワード：1234」
期待結果（Expected Result）	実行後に得られるべき結果	「ダッシュボード画面が表示される」
事後条件（Postconditions）	テスト実行後のシステム状態	「セッションが保持され、ログアウト可能」

これらを整理しておくことで、テストの再現性と信頼性を高めることができます。

テストケースには、2つのレベルがあります。

種類	特徴	例
ロジカルテストケース（Logical Test Case）	抽象的で一行程度の簡潔な記述。詳細なデータは不要。	「ペンで紙に文字を書き、インクの流れを確認する」
コンクリートテストケース（Concrete Test Case）	詳細な手順・データ・期待結果をすべて明記。	「青インクのペンを使用し、“ISTQB”と記入。文字が途切れずに書けることを確認」

プロジェクトの目的やリスクに応じて、どのレベルまで詳細化すべきかを判断するのが、テストアナリストの責任です。

アジャイルでは、ドキュメントよりも実践的なテスト設計が重視されます。

アジャイル環境では「詳細な文書化」よりも「テストの意図を共有できること」が大切です。

テストアナリストがテスト設計フェーズで果たすべき役割は、

単にテストケースを作ることではありません。

これらを通じて、ソフトウェア品質を高め、欠陥を早期に防ぐことが目的です。

テスト設計の品質が、そのままプロジェクト全体の品質に直結します。