デシジョンテーブルテストとは？作り方と実例を解説｜条件の組み合わせ・pytest実装

デシジョンテーブルテストとは、複数の条件とその組み合わせを表形式で整理してテストケースを設計する技法です。ログイン処理・権限管理・割引ロジックなど、複数条件が絡む業務ルールの検証で特に効果を発揮します。

デシジョンテーブルを使うと、複数条件の組み合わせを漏れなく・ダブりなく整理でき、「あの組み合わせをテストし忘れた」という問題を根本から防ぐことができます。

「条件が2つ以上絡み合うと、どの組み合わせをテストすべきかわからなくなる」——こうした悩みはQAエンジニアなら誰でも経験することです。

• 条件が増えるたびにテストケースが爆発的に増える
• どの組み合わせをテストしたか・していないかが曖昧になる
• 「あのパターン、テストしてなかった」という見落としが起きる

デシジョンテーブルテストはこうした問題を解決する技法です。この記事では概念から具体的な作り方・pytestへの応用まで一気通貫で解説します。

デシジョンテーブルテストとは？

デシジョンテーブルテストは、「条件（入力）」と「アクション（期待結果）」の関係を表形式で整理するテスト設計技法です。条件の組み合わせを体系的に整理できるため、複雑な業務ロジックのテストで広く使われています。「決定表テスト」とも呼ばれます。

例えば「ユーザーの種別（一般／プレミアム）」と「クーポンの有無（あり／なし）」という2つの条件が絡む割引処理をテストする場合、デシジョンテーブルを使えば4パターン（2×2）すべてを漏れなく整理できます。

デシジョンテーブルの構造と作り方

デシジョンテーブルは「条件部」と「アクション部」の2つのパートで構成されます。

デシジョンテーブルのメリット

• 条件の組み合わせを漏れなく整理できる：全パターンが表に並ぶため見落としが防げる
• テストケースの見落としを防げる：「なんとなくテスト」から「網羅的なテスト」へ変わる
• チームレビューがしやすい：表形式でQAと開発が共通認識を持てる
• 自動テストへ変換しやすい：pytestの parametrize にそのまま渡せる

作り方の手順

実例①：ログイン処理のデシジョンテーブル

最もよく使われる例として、ログイン処理のデシジョンテーブルを作ってみます。条件は「IDが正しいか」「パスワードが正しいか」の2つです。

このテーブルから 4つのテストケースが明確に導き出せます。ケース2・3・4はすべてエラーになりますが、エラーメッセージの内容（IDが間違い / パスワードが間違い / 両方間違い）が異なる場合もあるため、3件とも実施することをおすすめします。

実例②：割引ロジックのデシジョンテーブル（条件3つ）

条件が3つになるとパターンは8通りに増えます。「会員種別（プレミアム）」「クーポン利用」「購入金額（3,000円以上）」の3条件で割引率を決めるロジックを例にします。

このテーブルを一見すると、C4（プレミアム・クーポンなし・3,000円未満=15%）とC5（非プレミアム・クーポンあり・3,000円以上=15%）が同じ割引率になっているのがわかります。こうした「同じ結果になるケース」を発見してテスト数を削減するのもデシジョンテーブルの効果です。

pytestへの応用

デシジョンテーブルで設計したテストケースは、pytestの @pytest.mark.parametrize にそのまま渡せます。以下はログイン処理のデシジョンテーブルをpytestで実装した例です。

まず、テスト対象のログイン関数を用意します。

def login(user_id: str, password: str) -> dict:
    """ログイン処理（サンプル）"""
    VALID_ID = "test_user"
    VALID_PW = "secret_pass"

    if user_id == VALID_ID and password == VALID_PW:
        return {"success": True, "message": "ログイン成功"}
    elif user_id != VALID_ID:
        return {"success": False, "message": "IDが存在しません"}
    else:
        return {"success": False, "message": "パスワードが正しくありません"}

次に、デシジョンテーブルの4ケースをそのままパラメータとして実装します。

import pytest

# デシジョンテーブルの4ケースをそのままパラメータ化
@pytest.mark.parametrize("user_id, password, expected_success, expected_msg", [
    # ケース1：ID正しい・PW正しい → 成功
    ("test_user", "secret_pass", True,  "ログイン成功"),

    # ケース2：ID正しい・PW間違い → 失敗
    ("test_user", "wrong_pass",  False, "パスワードが正しくありません"),

    # ケース3：ID間違い・PW正しい → 失敗
    ("wrong_user", "secret_pass", False, "IDが存在しません"),

    # ケース4：ID間違い・PW間違い → 失敗
    ("wrong_user", "wrong_pass",  False, "IDが存在しません"),
])
def test_login(user_id, password, expected_success, expected_msg):
    result = login(user_id, password)
    assert result["success"] == expected_success
    assert result["message"] == expected_msg

実行結果サンプル

$ pytest test_login.py -v

========================= test session starts ==========================
collected 4 items

test_login.py::test_login[test_user-secret_pass-True-ログイン成功]         PASSED [ 25%]
test_login.py::test_login[test_user-wrong_pass-False-パスワードが正しくありません] PASSED [ 50%]
test_login.py::test_login[wrong_user-secret_pass-False-IDが存在しません]    PASSED [ 75%]
test_login.py::test_login[wrong_user-wrong_pass-False-IDが存在しません]     PASSED [100%]

========================== 4 passed in 0.12s ===========================

⚠️ デシジョンテーブルテストでよくある失敗パターン4選

実務でデシジョンテーブルを作るときに陥りやすい失敗を紹介します。

FAQ

📋 この記事のまとめ

デシジョンテーブルは「頭の中でなんとなく考えていた組み合わせ」を可視化して、見落としをゼロに近づける技法です。まずは身近なログイン処理や権限チェックに2〜3条件のテーブルを作ることから始めてみましょう。