システムの仕様整理は大丈夫？複雑な仕様の整理は「デシジョンテーブル」で解決！| Qbook

シェア
ツイート
ブックマーク

テストを実施する際には、システムの仕様を正確に把握する必要があります。しかし、仕様が複雑になると、条件の考慮漏れが起きやすくなります。そのようなときに活用したいのがデシジョンテーブルです。

今回は、複雑な仕様を整理して条件漏れを防ぐ、デシジョンテーブルについてご紹介します。

「デシジョンテーブル」の概要

デシジョンテーブルは、さまざまな条件（入力）で、どのようにソフトウェアが動作（出力）するのかを、表形式で整理したもので、ソフトウェアの機能仕様を表すのに用いるものです。

例を見てみましょう。
タクシーの割増料金の仕様が、以下のように定義されていたとします。
・月曜～金曜は通常料金、土日および祝祭日は割増料金
・7:00～21:59は通常料金、それ以外（深夜・早朝）は割増

これをデシジョンテーブルの形で表すと、以下のようになります。

hyou1

このように、デシジョンテーブルを用いると、曜日と時間という条件の組み合わせごとに、料金が通常料金なのか割増料金なのかが明確に分かるようになります。

ここで解説したデシジョンテーブルでは、条件欄に記入する値はY/Nの2値でしたが、3値以上の答えを持つ条件を採用した場合でも、同値クラスの考え方を用いてルールをまとめることで、デシジョンテーブルを見やすくすることが可能です。

このデシジョンテーブルを活用するテストを「デシジョンテーブルテスト」と言います。デシジョンテーブルで洗い出した条件とアクションについての組み合わせは、テストケースに横展開しやすく網羅性も高いため、デシジョンテーブルテストはあらゆるパターンを確認したい際に有効な手法です。

デシジョンテーブルの作成手順

デシジョンテーブルの構造を整理すると、以下のようになります。

hyou2

デシジョンテーブルは、一般的には以下の手順を踏んで作成します。

【1】条件とアクションをまとめる

分析対象のシステムで起こりうる条件を「条件記述部」に、取りうるアクションを「動作指定部」に記入します。

【2】条件の組み合わせを記入する

すべての条件の組み合わせを考え、条件に当てはまる場合は「Y」（Yes）またはT（True）、当てはまらない場合は「N」（No）または「F」(False)を「条件指定部」に記入します。また、表の上端の行にはルール名（条件の組み合わせとそれに対応するアクションをルールと呼びます）を記入します。

【3】動作指定部を記入する

【2】で記入した条件の組み合わせに対応して、どのようなアクションが起きるかを「動作指定部」に記入（アクションが起きる場合は「Y」、起きない場合は「－」）します。

デシジョンテーブルが大きくなってしまったら

デシジョンテーブルの目的の一つは「複雑な仕様を分かりやすく整理すること」です。
デシジョンテーブルのサイズが大きくなってしまったら、以下のように工夫することで見やすくなります。

1.矛盾している条件を削除する

デシジョンテーブルを作成し、論理的に矛盾している条件の組み合わせが生じた場合、その条件を削除することで、テーブルの項目を減らすことができます。

例えば、ある携帯電話事業者は子供・シニア割引を実施しており、15歳以下または60歳以上の利用者には割引料金が適用されるとします。
このとき「15歳以下」「60歳以上」を条件、「割引料金が適用」をアクションとして、デシジョンテーブルを作成した場合、
「15歳以下」「60歳以上」がともにYというケースはあり得ないため、この条件を省くことができます。

hyou3

2.表を簡略化する

デシジョンテーブルを見やすくするために、複数のルールをまとめて簡略化を図ることもできます。

例えば、ある遊園地ではゴーカートに乗るためには小学校3年生以上かつ身長140cm以上でなければならないという規則を設けているとします。
「小学校3年生以上」「身長140cm以上」を条件、「ゴーカート乗車」をアクションとして、デシジョンテーブルを作成した場合、
「小学校3年生以上」がN、「身長140cm以上」がY、「ゴーカート乗車」がNというルールと、「小学校3年生以上」がN、「身長140cm以上」がN、「ゴーカート乗車」がNというルールを、「小学校3年生以上」がN、「身長140cm以上」が「-」（Y/Nの意味）、「ゴーカート乗車」がNという1つのルールにまとめることができます。

hyou4