動的テスト

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

動的テスト(または動的分析)は、コードの動的動作のテストを説明するため にソフトウェアエンジニアリングで使用される用語です。

つまり、動的分析とは、一定ではなく時間とともに変化する変数に対するシステムからの物理的応答の調査を指します。動的テストでは、ソフトウェアを実際にコンパイルして実行する必要があります。これには、ソフトウェアを操作し、入力値を指定し、手動または自動プロセスを使用して実行できる特定のテストケースを実行することにより、出力が期待どおりかどうかを確認することが含まれます。これは、静的テストとは対照的です。単体テスト統合テストシステムテスト受け入れテスト動的テストを利用します。紙または板紙で作成された模擬バージョンを含むユーザビリティテストは、プログラムが実行されていないことを考慮すると、静的テストとして分類できます。または、ユーザーとそのようなモックバージョンとの間の相互作用を考慮するときの動的なものとして、事実上、プロトタイプの最も基本的な形式です。

主な手順

ソフトウェア開発における動的テストのプロセスと機能、動的テストは、単体テスト、統合テスト、システムテスト、受け入れテスト、そして最後に回帰テストに分けることができます。

単体テストは、ソフトウェアの基本コンポーネントの正確さに焦点を当てたテストです。単体テストは、ホワイトボックステストのカテゴリに分類されます。品質検査システム全体では、製品グループが単体テストを完了し、ソフトウェアをテスト部門に引き渡す必要があります。

統合テストは、ソフトウェア全体の統合プロセス中に、さまざまなユニット間のインターフェイスが適切に接続されているかどうかを検出するために使用されます。

統合が完了したソフトウェアシステムのテストはシステムテストと呼ばれ、テストの目的は、ソフトウェアシステムの正確性とパフォーマンスが仕様で指定された要件を満たしていることを確認することです。テスターは、確立されたテスト計画に従う必要があります。ソフトウェアの堅牢性と使いやすさをテストするときは、その入力、出力、およびその他の動的な動作動作をソフトウェアの仕様と比較する必要があります。ソフトウェア仕様が不完全な場合、システムテストはテスターの作業経験と判断に依存するため、このようなテストでは不十分です。システムテストはブラックボックステストです。

これは、ソフトウェアを使用する前の最終テストです。これは、ソフトウェアの購入者による試用プロセスです。会社の実際の作業では、通常、ソフトウェアのベータ版を試してリリースするように顧客に依頼することによって実装されます。検収試験はブラックボックステストです。

回帰テストの目的は、ソフトウェア保守フェーズでの受け入れテストの結果を検証および変更することです。実際のアプリケーションでは、顧客からの苦情の処理は回帰テストの実施形態です。

評価

利点

短所

  1. 自動化されたツールは、すべてをチェックするなど、間違ったセキュリティを提供する可能性があります。
  2. 自動化されたツールは、誤検知と誤検知を生成する可能性があります。
  3. 訓練を受けた動的テストの専門家を見つけるのは簡単ではありません。
  4. 動的テストでは、コードの脆弱性を追跡するのが難しく、問題の修正に時間がかかります。したがって、バグの修正には費用がかかります。

も参照してください

参照

  • GJ Myers、The Art of Software TestingJohn Wiley and Sons、ニューヨーク、ニューヨーク、1979年。


外部リンク