テスト設計技法

テスト設計技法は、具体的に特定のシステムで可能なテストの総数から適切なテストセットを選択するのに役立つ。ソフトウェアのテスト技法にはさまざまな種類があり、それぞれに長所と短所がある。
完全なテストは不可能であるため、手動テストは、テストの品質を確保しながらテストケースの数を減らし、識別が難しいテスト範囲と条件を識別するのに役立つ。

テスト設計技法には多くの種類がありますが、主に次の2つの種類がある。

2.1) 静的テスト

静的テストは、ソースコードを実行し、またはソフトウェアシステムを実行しないタイプのテスト

技法だ。例えば、仕様書、設計書、ソースコードの確認によるエラーの発見など。

ソフトウェア開発のライフサイクルの早い段階で行われるため、検証プロセスで行われる。

静的テスト技法は、ソースコード、設計とモデルのドキュメント、機能仕様、必要な仕様など、あらゆる形式のドキュメントをテストするために使用できる。

静的テスト手法には通常、次の方法が含まれる。

非公式レビュー：ミーティングのアーカイブを必要としない、または記録する必要がない評価プロセス。
ウォークスルー：これは、テストサイクルの参加者に知識を伝達するために、ソフトウェアロジックに精通している人が説明する一種の指示。
テクニカルレビュー: ソフトウェアの技術評価に焦点を当てている。モデレーターまたは技術専門家が関与する技術知識を持つ人が主導。技術的なコンテンツについて合意に達して意思決定することに焦点を当てたディスカッションだ。
検査: その目的は、プロセスにおける各人の役割とソフトウェアの入出力基準を明確に定義すること。これにより、エラーを発見し、プロセスを最適化するために集計および分析する。

2.2) 動的テスト

動的テスト技法は、コードが実行されたとき、またはコードを実行して、アプリケーションの機能を確認するための一種のテスト。つまり、動的なテストは、実際にアプリケーションを使用して、関数が期待どおりに機能するかどうかを確認することによって実行される。

動的テストには 2つのタイプがある。

+ ホワイトボックステスト: 内部でコードがどのように機能するかを検討。このタイプのテストの場合、テスターはコードを理解する必要がある。

+ ブラックボックステスト: ソフトウェアアプリケーションの機能が期待どおりに動作していることを確認。ブラックボックステストのタイプ：