cause effect graph dynamic test case writing technique
動的テスト手法–原因と結果のグラフ。
ハードドライブをssdソフトウェアにクローンする
テストケースの作成は、手動であろうと自動化であろうと、テストの不可欠な部分を形成します。すべてのプロジェクトは排他的であり、カバーする必要のあるいくつかのテスト条件があります。
テストケースを作成するときは常に、2つのポイントに焦点を当てる必要があります。これらは：
- リスクの軽減
- カバレッジ
このペーパーは、2番目のポイントである「カバレッジ」を中心に展開します。正確には–要件カバレッジ。
学習内容：
動的テストのためのテストケース作成テクニック
本当に良い論文がいくつかあります1st、 二ndおよび3rdここSTHのポイント（等価パーティション、BVA、デシジョンテーブル）。原因と結果のグラフであるポイント4について説明します。
原因と結果のグラフの概要
原因と結果のグラフは動的です テストケースの書き方 。ここで、原因は入力条件であり、結果はそれらの入力条件の結果です。
原因-効果グラフは、一連の要件から開始し、テストの実行時間とコストを削減する最大のテストカバレッジのために可能な最小のテストケースを決定する手法です。目標は、テストケースの総数を減らしながら、最大のカバレッジに必要なテストケースをカバーすることで、目的のアプリケーション品質を達成することです。
しかし同時に、明らかに、このテストケースの記述手法を使用することにはいくつかの欠点があります。テストケースを作成する前に、すべての要件をこの因果関係グラフにモデル化するには時間がかかります。
原因-効果グラフ手法は、入力条件と出力条件の間の論理関係の観点から要件仕様を言い換えます。論理的であるため、AND、OR、NOTなどのブール演算子を使用することは明らかです。
使用される表記法：
次に、いくつかの例を使用して、この手法を実装してみましょう。
- 要件/状況に基づいて原因と結果のグラフを作成します。
- 原因と結果のグラフが表示されたら、それに基づいてデシジョンテーブルを作成してテストケースを作成します。
両方を1つずつ見ていきましょう。
状況に応じて原因と結果のグラフを描く
状況 ：
「メッセージの印刷」は、2文字を読み取り、その値に応じてメッセージを印刷するソフトウェアです。
- 最初の文字は「A」または「B」である必要があります。
- 2番目の文字は数字でなければなりません。
- 最初の文字が「A」または「B」で、2番目の文字が数字の場合、ファイルを更新する必要があります。
- 最初の文字が正しくない場合（「A」または「B」ではない）、メッセージXを印刷する必要があります。
- 2番目の文字が正しくない（数字ではない）場合は、メッセージYを出力する必要があります。
解決 ：
この状況の原因は次のとおりです。
C1 –最初の文字はAです
C2 –最初の文字はBです
C3 –2番目の文字は数字です
この状況の影響（結果）は次のとおりです。
E1 –ファイルを更新します
E2 –メッセージ「X」を出力します
E3 –メッセージ「Y」を印刷します
はじめましょう！！
まず、以下に示すように原因と結果を描きます。
キー–常に効果から原因へ（左から右へ）移動します。つまり、効果「E」を取得するには、原因が真である必要があります。
この例では、エフェクトE1から始めましょう。
エフェクトE1はファイルを更新するためのものです。ファイルは次の場合に更新されます
–最初の文字は「A」で、2番目の文字は数字です
–最初の文字は「B」で、2番目の文字は数字です
–最初の文字は「A」または「B」のいずれかであり、両方にすることはできません。
それでは、これらの3つのポイントを象徴的な形で表現しましょう。
E1が真であるためには–以下が原因です：
–C1とC3は真である必要があります
–C2とC3は真である必要があります
–C1とC2を同時に真にすることはできません。これは、C1とC2が相互に排他的であることを意味します。
これを描きましょう：
したがって、上の図のように、E1が真であるための条件は、（C1 
C2） 
C3
中央の円は、グラフの乱雑さを軽減するための中間点の解釈にすぎません。
C1とC2が相互に排他的である3番目の条件があります。したがって、効果E1が真になるための最終的なグラフを以下に示します。
エフェクトE2に移りましょう：
E2は、印刷メッセージ「X」を示します。最初の文字がAでもBでもない場合、メッセージXが出力されます。
これは、C1またはC2のいずれかが無効な場合に、エフェクトE2が適用されることを意味します。したがって、エフェクトE2のグラフは次のように表示されます（青い線）
エフェクトE3の場合。
E3は、印刷メッセージ「Y」を示します。 2番目の文字が正しくない場合、メッセージYが出力されます。
これは、C3が無効な場合、エフェクトE3が有効になることを意味します。したがって、エフェクトE3のグラフは次のように表示されます（緑色の線）
これで、上記の状況の原因と結果のグラフが完成しました。
それでは、描画するために移動しましょう 上のグラフに基づくデシジョンテーブル 。
原因と結果のグラフに基づいたデシジョンテーブルの作成
まず、原因と結果を以下の1列に書き留めます。
QAでの回帰テストとは何ですか
キーは同じです。下から上に移動します。これは、効果から原因へのトラバースを意味します。
エフェクトE1から始めます。 E1が真であるための条件は、（C1 C2） C3。
ここでは、Trueを次のように表しています。 1 と偽として 0
まず、次の列にEffectE1をTrueとして入力します。
E1が「1」（真）になるには、次の2つの条件があります–
C1とC3が真になります
C2とC3が真になります
E2がTrueであるためには、C1またはC2のいずれかがFalseである必要があります。
E3が真であるためには、C3が偽である必要があります。
これで完成です。追加してグラフを完成させましょう 0 空白の列にテストケース識別子を含めます。
デシジョンテーブルからのテストケースの作成
以下は、テストケース1（TC1）とテストケース2（TC2）のサンプルテストケースです。
同様の方法で、他のテストケースを作成できます。
（テストケースには、前提条件、テストデータ、重大度、優先度、ビルド、バージョン、リリース、環境など、他の多くの属性が含まれています。実際の状況でテストケースを作成するときに、これらすべての属性が含まれると想定しています）
結論
手順をもう一度要約します。
- 原因と結果のグラフの円を描く
- 効果から始めて、原因に向かって進みます。
- 相互に排他的な原因を探します。
これで、原因と結果のグラフの動的テストケースの記述手法は終了です。グラフの描き方と、それに基づいたデシジョンテーブルの描き方を見てきました。デシジョンテーブルに基づいてテストケースを作成する最終ステップは、比較的簡単です。
著者について： これはShilpaChatterjeeRoyによるゲスト記事です。彼女は過去8。5年間、さまざまな分野でソフトウェアテストの分野で働いています。
以下のコメントで、テストケースの記述方法について自由に話し合ってください。