テストケースの一般的な方法

1等価類区分法2境界値法3因果図及び判定表法4直交表5試験大綱法6シーン法7誤り推定法8ランダム試験9需要文書転化法

1、等価類区分法

適用の場合:インタフェースにデータ入力の箇所があれば,等価クラス分割法を用いることができる.無限のデータの中から、少量の代表データを選んでテストします.
1)需要を分析し、等価類を区分する:有効等価類と無効等価類
2)等価クラスごとに少なくとも1つの代表データを選んでテストする
名前3～20文字
有効データ:3文字以上、20文字未満
無効なデータ:3文字未満

     　　　　   20 

2、境界値法

応用場面:インタフェースにデータ入力がある場所は、一般的に使用することができ、境界値法は往々にして等価類区分法と一緒に使用され、より完璧なテスト案を形成する.
有効なデータと無効なデータの境界点(境界値)を見つけます.
テスト:最小境界値-1、最小境界値、最大境界値+1、最大境界値
名前3～20文字
有効データ:3文字以上、20文字未満
無効なデータ:3文字未満

     　　　　   20  

    ：3 

    ：4 

    -1：2 

    +1：5 

3、因果図及び判定表法
適用する場合:1つのインタフェースに複数のコントロールがあり、コントロール間に組合せ関係または制限関係がある場合、異なるコントロールの組合せは異なる出力結果を生成します.異なる入力組合せがどのような出力結果を生み出すかを明らかにするために,因果図や判定表法を用いることができる.
1)基本:因(入力結果)と果(出力結果)の関係を表す.
A恒等

    　 a=0 b=0； a=1 b=1

Bと(^)
いくつかの入力条件が成立してから結果が成立し、いずれかの入力条件が成立しなければ結果は成立しない.
C又は(v)

 　　  1 ， ， 。

D非

  　　A=1 B＝0；A=0 B=1

2)制約(制限):制限は同一クラスで、同じ入力条件を制限するか、同じ出力結果を制限するか
A反発E(Exclude)
成立は1つしかありません(1)が、どちらも選ばなくてもいいです(いずれも0)

   B  O（Only）

          ， 1 。

   C  R（Required）

a=1であればbが1でなければならず、a=1,b=0の場合は許されず、逆にa=0であればbの値は構わない.

   D   I ( include )  [ ]

          ， 

   E   M ( Masked )

          a=1 b 0； a=0 b 。

4、直交表

適用する場合:1つのインタフェースに複数のコントロールがあり、各コントロールには複数の値を取り、テスト時に異なるコントロールの異なる値の間の複数の組み合わせを考慮するが、組み合わせの数は巨大(>20種類、20種類以下は一般的に判定表因果図を考慮する)であり、すべてのテストを必要とせず、どのようにすべての組み合わせの中から最小、最適の組み合わせを選んでテストするかは、直交配列法を使用することができる.
直交テーブル式:Ln(mk)
m:コントロールごとにいくつかの値で決定
K:コントロールの個数に応じて決定します.
n:いくつかのテスト例があることを示します.
適切な直交テーブルがない場合:
1)K(コントロールの個数)を選択し,適切な値がなければ最も近い点を選択し,使用できない列は削除できる.2)m(各コントロールの値)を選択し、各コントロールの値の個数が異なる場合、スキーム1、少数は多数の原則に従う:値の数が同じコントロールの個数が最も多い値を取る.分析例:3つの値をとるコントロールは2つが最も多いので、m=3です.数式は:34注意:1)できるだけ公平で均一な追加を保証します.2)チェックは完全に繰り返される等式であり、シナリオ2、最大値原則(推奨):どのコントロールの値の個数が最も多いかを見て、mはこの値を選択します.この例:印刷内容のコントロールの値は4つで、最も多いので、m=4式は:44であるべきで、実際には44ではありません.45を選択して、1列を削除します.
直交テーブルのテスト思想:
1)各コントロールの各値を用いて組合せに参加する回数はほぼ等しい(均一)
2)すべての組合せデータの中で、データを選択する場合、局所的に選択することなく、均一に選択しなければならない.
3)時間の許す限り、できるだけ多くの組み合わせを測定する

5、テストアウトライン法

適用の場合:プログラムは複数のウィンドウを含み、各ウィンドウには複数の機能があり、これらの機能の間には一定のつながりがある.ウィンドウ間およびウィンドウの異なる機能間のつながりを明確にするために、テストアウトライン法を使用します.
例:インストーラのテスト
1)分析需要リストウィンドウ及び各ウィンドウの機能
2)アウトラインに基づいて、ウィンドウと機能の関係を見つけ、テスト用例を作成する

6、シーン法

適用場面:多くの業務が複雑なソフトウェアシステムはシーン法(各機能点を直列に接続しやすく、完全な業務感覚を形成しやすい)を使用するのに適している.ソフトウェア業務に基づくテスト方法であり、自分をエンドユーザーと見なし、できるだけユーザーがこのソフトウェアを使用している操作をシミュレートする.
測定したソフトウェアの業務ロジックを熟知している:
1)ユーザーが正しく操作する業務プロセスをシミュレートする:ソフトウェアの業務機能が実現されるかどうかを検証する
2)ユーザーの誤った操作をシミュレートする:ソフトウェアの異常処理能力(堅牢性)を検証する
まとめ:機能の全体的な業務プロセスが実現できるかどうか(フィールドビュー法)に注目し、全体的な業務プロセスが完了した後、細部(等価類、境界値などの方法)に注目する.
1つのシーンが複数のテスト・インスタンスに対応するか、1つのインスタンスが複数のシーンに対応する可能性があることに注意してください.

7、誤算

経験と直感に基づいてプログラムの中ですべて存在する可能性のある各種の誤りを推測して、それによって的確な設計テスト用例の方法がある.
1)プログラム内のすべての可能なエラー
2)エラーが発生しやすい特殊な場合
3)以前製品テストで発見したエラー

8、ランダムテスト

任意のテストは、使用例やニーズを考慮せずに、完全にユーザーまたは角度から製品を使用します.
適用シーン:
1)前に設定した使用例は全て実行済み
2)大量の条件の組み合わせが一度にはできない場合

9、需要文書転化法

見ただけで得られる思想:

すべての需要文書記述ワードすべての需要文書記述ワード情報を用例

に変換する.

すべての模式図、フロー状のすべての模式図、フロー状態図などの情報は、直接測定状態図などの情報に変換する、直接試験用例

に変換する.

すべてのプロジェクトの需要が達成した口頭共すべてのプロジェクトの需要が達成した口頭共通認識、需要確認のメールコミュニケーション情報、需要確認のメールコミュニケーション情報は、直接テスト用例

に転化した.