1、なぜ決意テーブル設計のテストケース？
そのような等価クラスのテストケースを分割するときに、新しいテストは一つだけ無効化をカバーするように設計として相関、（存在する場合、詳細要求入力フィールドにおいて考慮等価クラスのメソッドが、入力フィールドの入力フィールドがカバーできませんすべての無効な等価クラスが完全に覆われるまで、価格クラス、、）無効な等価クラス等価クラスの有効な組み合わせを考慮されていません。だから、テストはビジネスの説明を考慮する必要がある入力フィールド間の相互関係の設計の必要性を検討してください。
2.デシジョンテーブルとは何ですか？
解析テーブルが条件とビジネスロジックの組み合わせの様々な異なる入力ツールに基づいて測定対象物に応じて、特定の入力条件下で発現分析を飲みます。
表構造決意
条件パイル：すべての測定対象の入力
重ねて入力条件のための真と偽値：条件
アクション杭：すべてのアクションをとることができ、被測定物の杭のための条件
アクションアイテム：値を生じる可能性が測定対象物に応じたアクションの山、
3、どのように意思決定のテーブル設計のテストケースを使用するには？
ステップ：
まず、条件とアクションのすべてを一覧表示します
第二に、抽出されたアクション及び条件パイルパイル、条件のn個存在する場合、それぞれ2つの値（0,1）を有し、N種が2を生成することができる番目（数を決定するためにテーブルを決定デザインルールに従ってルール）
第三に、決定表に記入
第四に、（合併のビジネスロジック内のカオスルールは0.8バーのコストではなく、十分なテストを犠牲にして決意テーブルをマージ）デシジョンテーブルを簡素化
第五に、抽出試験（簡略決意テーブルの後、テーブルは、テストケースとして各抽出ルールで決定することができ、試験決意テーブルルールが得られなく、最終試験。ポイント正当性検証ルールは、ビジネスルールを確認することができません正しさ）
4、長所と短所、テーブル設計のテストケースを決定しますか？
利点：決意テーブルが完全に入力フィールドとの間の組み合わせを検討し、入力された複数の条件をカバーする各ルールは、考慮制約が入力され、漏れ試験のリスクを減少させます。デシジョンテーブルの使用は論理的な要求仕様自体を推測すると同時に、逆は正しい要件を証明しました。
短所：あなたは、n番目の電力サージにあまりにも多くのアイテム、ルールの番号を入力すると、デシジョンテーブルは非常に大きくなる可能性が、ロジックの使用は決意テーブル統合、ビジネスの混乱エラーの損失が発生します。
図5に示すように、テストケース設計の決意テーブルの例
これは、行を示しています。通話とダウンと呼ばれるまたは許可滞納
ステップ：すべての条件とアクションを一覧表示
条件：ストップ/後払い
処置：コールと呼ばれます
ステップ2：ルールの数を決定します
3つの条件が、それぞれが2つの値を持っている、がありますので、8つのルールがあります
ステップ3：デシジョンテーブルを埋めます
ステップ4：4つのしかルールはマージされません、8ルール以下は、マージすることは推奨されません
ステップ5：ルール抽出：
（1）ユーザが、延滞ノンストップではないメイン呼ぶことができます
（2）ノンストップユーザー延滞を、呼び出しを許可して呼び出されていません
（3）、延滞を停止していないユーザーは、呼び出し元を許可して呼ばれます
（4）ユーザーのダウンタイムの延滞、ライブと呼ばれる可