ニーズ分析
RBT(要件ベースのテスト)は、設計要件の試験によれば、需要に基づく試験方法です。
注:より多くの需要がどのように細心の、詳細なテストケースがあり
原則は:
- 需要の正しさを確認してください
- ソフトウェアの機能は、のニーズと一致しています
等価クラス
テストが渡された場合、その後、私が表すと考え、等価クラスのテストケースから代表を選出するために、いくつかの等価クラス分け(出力は、特殊な状況下で検討される)入力のニーズに基づいて、すべての入力のためのテストケースをカバーすることはできません等価クラスのテスト。
- 効果的な等価クラス:仕様、プログラムの意味のあるデータのセットを満たしています。
- 無効な等価クラス:要求仕様を満たしていません。
5-15大文字入力:たとえば、
効果的な等価クラス:5-15文字の大文字
無効同値クラス:大文字15、数字、特殊文字、小文字未満5以上。
境界値
入力および出力境界値のためのブラックボックステスト方法。
典型的には、境界値分析は、のようになる等価クラス、この場合の相補分割方法から試験等価クラス境界。
たとえば、次の
入力ボックスの長さは、境界値を取って、1-11である:0,1,2,10,11,12
原因と結果の図
ショー入力と出力との間の関係の論理ダイアグラム
使用シナリオ:入力時に複数の需要、及び関連する入力及び出力要件は、我々は因果ダイアグラムを使用します。
-
アイデンティティ
アイデンティティ:原因がtrueの場合、結果は真でなければなりません。 -
2つだけの理由が満たされている、結果はtrueになります。 -
または
限り、真の理由があるので、結果はtrueです。 -
非
理由は、偽が真です。
原因と結果の図の設計・テスト・ケースのステップ:
- すべての可能な入力と出力の分析
- 入力と出力の間の対応関係を検索し、
- 原因と結果の図を描きます
- 原因と結果の図の決定テーブルに
- 試験の各々に対応するテーブルを決定します
直角に配置されました
直交実験計画は、マルチファクターマルチレベルの研究のための設計方法です。
テストポイントの代表的なサンプルの実験因子のすべてのレベルの組合せにより選択された、直交によれば、状況は、完全なテストを理解レベルの最適な組み合わせを見つけるために、テスト結果の解析のこの部分を介してです。
- 要因(ファクター):1回の試験では、人物が要因と呼ばれる変数を勉強したい(変数)
- レベル(ビットレベル)(レベル):試験範囲内で、調査の因子の値は、水平方向(可変値)と呼ばれます
- 数(要因)の要因:C.表される直交列の数、
- レベルの数(レベル):値の最大数は、任意の単一の因子によって得ることができます。
- 行番号:L = N(CT)= ( 水平の数- 1)* +要因の1数。
直交テスト設計は、以下の工程:
- 要因(変数)は何ですか
- 各レベル(変数の値)は、いくつかの要因があります
- 適切な直交を選択
- 変数の値は、テーブル内にマッピングされ
- テストケースとして各水平行の要素の組み合わせ
- プラスあなたは疑わしい例のグループを考えると、テーブルに表示されません。
例えば:
1、因子:名前、電子メール、確保するためのパスワード、コード
2、レベル:フィル、全く充填しない
3、係数テーブルに数= 5;
いくつかの要因= 2つの各水平テーブルの数
の行最小数、すなわち、最小トライアルの数とる
L = N(TC)=(2-1)* +。1 5 6 = = 6(25)
L = 6(25)
N試験周波数と
T水平の数
の因子のC数
L6_2_5を選択された直交表を選択します。直交表は単なる選択肢が、良いデザインではありません。
4、テストケース生成
テストケースに追加し、5を
検証コードを記入していない、パスワードを確認し、名前、電子メール、パスワード
シーンデザイン
シーンの複数の異なるシーンを形成するために、異なるイベントをトリガイベントのストリームを形成するために結合点法を機能します。
銀行窓口例:
カード- >パスワードを入力します。 - >引き出し額を入力してください- > ATM - >バックカード
- 基本的な流れ:なし異常なイベントの条件の下でのシーン
- 代替フロー:異常がシーンで発生します
初めて間違った、第二の出力ペア:間違ったパスワードを入力します。
第二、第三パスワードは、Tunka間違っているの凍結を占めています。
入力は、銀行の残高の量よりも大きい場合、あなたはに促すメッセージが表示されます「資金不足。」
出金操作は、Tunka遅すぎます。
エラー推測方法
方法を推測誤差がある経験豊富なテスターはテストメソッドを使用することを好みます。
(1)に基づいて、経験と勘エラーが発生する可能性が考えてプログラムを見つけるために、テストケースの設計をターゲットに。
(2)は、ビジネスのテストから、より多くの経験があり、また、アフターマーケットから来ることができるのフィードバックユーザーのコメント
から(3)障害管理ライブラリのバグをソートします。
注意:エラー推測方法は、テストケースの設計、テストケースのサプリメントを完了した後、他のテストケースの設計方法にのみ適用されます。