目次
1. 要件に基づいてテスト ケースを設計する
要件書→要件の整理・分析（マスター要件）→文書のテストケース設計
テスト要件を分析する場合、通常、機能テスト要件と非機能テスト要件に分けられます。
Netease メールボックス ログイン インターフェイスのテスト例:
2. 具体的なテストケースの設計方法
1. 等価クラス
等価分割は、異なる等価クラスをカバーするテスト ケースを効率的に選択することを目的とした入力ベースのテスト設計手法です。入力データを同値クラスごとに分割し、各同値クラスから代表的なテストケースを選択してテストを行い、テストに合格した場合は、代表された同値クラステストに合格したものとみなし、冗長なテストを削減します。できるだけ多くの機能をカバーするために使用するテスト ケースを減らし、徹底的なテストを実行できないという問題を解決します。
効果的な同値クラス: ユーザーのニーズを満たす入力のセット
無効な同値クラス: ユーザーのニーズを満たさない入力セット
等価クラス思考の設計テスト ケースの手順:
1. ニーズを十分に理解する
2. 有効な同値クラスと無効な同値クラスを分ける
3. 有効な同値クラスからデータの 1 つを抽出してテスト ケースを設計し、無効な同値クラスからデータの 1 つを抽出してテスト ケースを設計します
2. 境界値法
ユーザー名の長さを判断する必要がある場合があり、要件を満たしている場合にのみ次のステップに進むことができます。要件を満たしていない場合、登録は失敗します。
境界値の選択にも注意してください
境界点
上の点: 境界上の点 6 と 15 (閉区間)
内部点: 境界内の点 7 ～ 14 (閉区間)
開始点: 境界値に近い点 (閉区間の外側の上点に最も近い点、および開区間内では上点に最も近い点)
5、16（閉区間） 7、14（開区間） 7、16（左開右閉） 5、14（左開右閉）
境界値設計テストケース法
1. ニーズを十分に理解する
2. 境界点を見つける
3. 境界点のテスト ケースを設計する
同値クラスと境界値の組み合わせを使用してテストケースを設計すると、より包括的になります
3. 判定表
デシジョンテーブルは論理的な判断を表現するためのツールです
関係：
AND (すべての条件が満たされ、結果が true)
または (条件が満たされた場合、結果は true)
Not (すべての条件が満たされておらず、結果が true である)
同一性（原因が真実であり、結果が真実である）
テストケースを設計する
1. すべての入力と出力を分析する
2. 入力と出力の対応関係を見つける
3. 設計決定表
4. デシジョンテーブルを各テストケースに対応させる
ビジネス文書の処理ルールが「淘宝網 618 イベント、注文が送信され、注文の合計金額が 300 元を超えるか、赤い封筒がある場合、割引を入力する」であるとします。
入力: 注文は送信されており、注文金額は 300 を超えており、赤い封筒があります。
出力: 割引を行います、割引はしません
対応：
1) 注文は送信されており、注文金額は 300 を超えており、赤い封筒と割引があります。
2) 注文は送信されました。注文金額は 300 を超えています。赤い封筒はありません。割引はありません。
3) 注文は送信されました。注文金額は 300 未満です。赤い封筒と割引があります。
4) 注文は送信されました。注文金額は 300 未満です。赤い封筒はありません。割引はありません。
5) 注文が送信されていない、注文金額が 300 を超えている、赤い封筒がある、割引がない
6) 注文が送信されていない、注文金額が 300 を超えている、赤い封筒がない、割引がない
7) 注文が送信されていない、注文金額が 300 未満、赤い封筒がある、割引なし
8) 注文が送信されていない、注文金額が 300 未満、赤い封筒なし、割引なし
判定表
テストケース
テスト ケースの要素は後で補足できます
テストケース設計のための普遍的な公式
