テスト理論の試験方法02-

 

開発プロセスモデル（ウォーターフォールモデル、ラピッドプロトタイピング、スパイラルモデル）

テストモデル（Vモデル、Wモデル、Hモデル）

ソフトウェアのテストの分類（ソース・コード・カバレッジに応じて段階的に、自動化に応じた操作に従って、およびその他）

試験（定義、8つの要素）

同値分割法（コンセプト、アクティブ、非アクティブ）

 

学習目標

制御方法及び境界値差分割等価クラス

補足データは、境界値試験方法を境界低減するために代表的なテストデータを使用して分割する同値類を同値

三点共通の境界値をマスター

ポイント、ポイントからポイント

分割点から方法を習得

山での条件決意テーブルは、条件、アクションパイル、定義されたアクションアイテムを言います

方法及び原因決意テーブルとの間の図把持区別

図因果決意の表に記載のグラフィカル方法を用いて因果関係は、モード入力と出力との関係を記述するために使用されるテーブルです。

図の因果関係は、直接ケースをプログラムすることができません。図のステップは、所定のテーブルとして生じてもよいです。

メソッドを言って定義され、実質的に直交

最大テストカバレッジを設定された最小データを使用して

直交因子の定義とテーブルのレベルを言います

要因：入力/コンディションレベル：入力値

完全混合ツール直交ケースデザイン

法の基本的な定義は、シーンを言います

テストのため、ユーザーの実際の使用シナリオをシミュレート

 

テストケースの設計 - 境界値法

出典：練習は、境界位置でエラーが発生しやすい方法を教えてくれる

境界線：

ちょうど境界の値未満、より好ましくはちょうど大きく、正確に等しいです

スリーポイント：

ポイントオン：境界上の点

点に最も近いポイント：ポイントから

インテリアポイント：ポイント範囲

の調製工程の例：

1. クリア需要

2. 等価クラスの部門

3. ポイント、ポイントからポイント：境界値を決定します

4. テストケースを書きます

等価クラスと境界値バインディング：

これは、第1の境界値は、同値クラス等価クラスのメソッドが再び選択された代表データがカバーされていないすべてのデータをカバーしています。

彼は加えた：7つの最適化された境界データをデータ方法5に

ポイントとインテリアのポイントに残ります

2つのデータポイントから（同じ等価クラスポイント）を除去

 

テストケースの設計方法 - 決意テーブル分析

適用：組み合わせの関係を有し、入力および出力が複数の入力、複数の出力、入力間の依存関係を持っています

役割：

• 考えを明確にする（結果）との関係、入力（条件）を解析し、出力

• 入力のすべての組み合わせを探します

四つの成分：

• 条件パイル：すべての入力/条件

• バリュー条件：条件

• アクション杭：すべての出力/結果

• アクションアイテム：アクション値

ルール：決意テーブル（条件項目、作業項目）

の調製工程の例

• クリア需要

• デシジョンテーブルを描きます

  • 条件杭、杭アクション

  • エントリの条件

  • アクションアイテム

• 書かれた場合、テストケースに対応するルール

 

テストケースの設計の方法 - 原因と結果の図方法：

2つのコア：

：入力/果物条件：出力/結果

範囲：入力と出力の組み合わせとの関係複数の入力間の依存関係を有する、複数の出力、入力

概念：示された方法により、入力と出力の入力間の依存関係の組合せを表しています。

記号の4種類：

• 恒等

• 非：〜チルダ

• または：V

• そして：後方V

の調製工程の例：

1. クリア需要

2. 原因と結果の図を描きます

3. デシジョンテーブルを描きます

4. 書かれたケース

 

テストケースの設計の方法 - 直交

直交概念：最小化することによって、試験の組み合わせの最大テストカバレッジ

範囲：すべての組み合わせを試験した場合に入力間の組み合わせの多数の存在は、達成することができません。

特徴：

均一に分散し、（各入力に対してしばしば生じる値は同じです）

ニート匹敵する（グループ全体の値との間の任意の2つの入力）

​

L：直交

N：直交表の行数

M：カラムの値の数

K：直交の列数

それが呼び出されます。

要因：列直交表の数

レベル：列の値の数

 

例の直交設計段階：

• クリア需要

• 直交描画

  • 要因とレベルを決定します

  • 直交の選択

  • 需要のデジタルテキストを置換

• テストケース書き込み、一つの行の直交表には、テストケースであります

そして、混合直交：

1. 需要の多くの要因、レベルの数、直交近い（若干大きい因子レベル）の選択

2. 直交調整：スクリーニング余分な列、既存の代替を使用してオンデマンド値のレベル（可能な限り均一なレベルを維持するために）

 

直交allpairsツールを使用してテーブルを作成します。

1. 需要要因とのレベルは、Excelドキュメントを書き込み

2. 同じディレクトリallpairs.exeファイルでは、新しいtxtファイルを作成します

3. 直接新しいtxtファイルの第二段階にコピー因子レベルにExcelに

   注意：要因と水準限り、以上の内容をコピーしないでください。

   注意：コピーが完了すると、txtファイルの内容を変更しないでください

4. Allpairsフォルダの場所は、タイプは、直接アドレスバーに「cmdを」DOSコマンドを入力します。

5. DOSシステム「allpairs.exeソースファイル.txtファイル>新しいファイル.TXT」でコマンドを入力します。

   注意：デジタルまたは英語での新しいファイルの提案で、ソースファイルの命名、中国を持っていません

6. 新しいファイルをコピーして、ドキュメントをExcelに直交しています

 

テストケースの設計方法 - フランス語シーン

値：

• ユーザーの視点

• テスターの角度

定義：

多くの場合、複数の機能を組み合わせて、ソフトウェアを使用するユーザーのシミュレートされた操作によってテスト

エレメンタリーストリーム：シミュレートされたユーザーの通常の動作

代替ストリーム：誤操作シミュレートユーザー

テストケースの手順を書きます：

1. クリア需要

2. エレメンタリストリームと代替ストリームの決定

3. また、基本的な流れと流れ、シーンを決定します

4. テストケースを書いて、シナリオは、テストケースに対応します

 

テストケースの設計方法 - 方法のフローチャート

定義：使用シナリオケースの設計フロー経路を示すフローチャートを使用しているユーザ

これらの手順を実行します。

1. クリア需要

2. フローチャートを描きます

3. 書かれた実施形態では、パスのフローチャートは、テストケースであります

 

テストケースの設計方法 - エラー清算

定義：テスターの経験と勘推測されたローカルソフトウェアエラーが発生しやすい、テスト付き

スコープ：

• 時間の制約は、選択は、問題の優先順位を見つけるのは簡単である例を使用し、ユースケースのすべてを実行することはできません。

• エラー推測によるとユースケースの実装が完了した後に多くの時間は、いくつかのユースケースを追加し、より多くのバグを見つけるのに役立ちます。