静的テストと動的テスト: それらの違い

静的テストと動的テストの違い

• 静的テストはプログラムを実行せずに実行されますが、動的テストはプログラムを実行して実行されます。
• 静的テストではコード、要件文書、設計文書をチェックしてエラーを検出しますが、動的テストではソフトウェア システムの機能動作、メモリ/CPU 使用率、システム全体のパフォーマンスをチェックします。
• 静的テストは欠陥の予防を目的とするのに対し、動的テストは欠陥を見つけて修正することを目的としています。
• 静的テストは検証プロセスを実行し、動的テストは検証プロセスを実行します。
• 静的テストはコンパイル前に実行されますが、動的テストはコンパイル後に実行されます。
• 静的テスト手法は構造的およびステートメントのカバレッジであり、動的テスト手法は境界値分析と等価分割です。

静的テストとは何ですか?

静的テスト ソフトウェア テストの一種で、コードを実行せずにソフトウェア アプリケーションをテストします。 エラーを見つけるために、コード、要件文書、文書設計の手動または自動レビューが行われます。 静的テストの主な目的は、ソフトウェア開発プロセスの初期段階でエラーを発見することにより、ソフトウェア アプリケーションの品質を向上させることです。

静的テスト 文書の手動または自動レビューが含まれます。 このレビューは、テストの初期段階で欠陥を早期に発見するために行われます。 STLC。 作業文書を検査し、レビューコメントを提供します。 非実行テスト、検証テストとも呼ばれます。

作業文書の例 -

• 要求仕様
• 設計書
• ソースコード
• テスト計画
• テストケース
• テストスクリプト
• ヘルプまたはユーザードキュメント
• Web ページのコンテンツ

静的テスト手法

• 非公式 Revレビュー: これは、ドキュメント内のエラーを見つけるプロセスを行わないタイプのレビューの XNUMX つです。 この手法では、文書をレビューし、それに対して非公式のコメントを付けるだけです。
• 技術的 Revレビュー: 同僚で構成されるチームがソフトウェア製品の技術仕様を検討し、それがプロジェクトに適しているかどうかを確認します。 彼らは、準拠する仕様と規格の矛盾を見つけようとします。 このレビューは主に、テスト戦略、 テスト計画 そして要件仕様書。
• チュートリアル 成果物の作成者は、チームに製品について説明します。 参加者は質問があれば質問することができます。 会議は著者が主導します。 スクライブはレビューコメントをメモします
• 検査： 主な目的は欠陥を見つけることであり、会議は訓練を受けたモデレータによって主導されます。 このレビューは正式なタイプのレビューであり、厳格なプロセスに従って、 欠陥. Revレビュー担当者は作業成果物を確認するためのチェックリストを持っています。レビュー担当者は欠陥を記録し、参加者にそのエラーを修正するよう通知します。
• 静的コード Review： これは、コードを実行せずにソフトウェア ソース コードを体系的にレビューすることです。コードの構文、コーディング標準、コードの最適化などをチェックします。これはホワイト ボックス テストとも呼ばれます。このレビューは、開発中のどの時点でも実行できます。

動的テストとは何ですか?

動的テスト、コードが実行されます。 ソフトウェア システムの機能動作、メモリ/CPU 使用率、システム全体のパフォーマンスをチェックします。 したがって「ダイナミック」という名前が付けられました。

このテストの主な目的は、ソフトウェア製品がビジネス要件に従って動作することを確認することです。 このテストは、実行手法または検証テストとも呼ばれます。

動的テスト ソフトウェアを実行し、期待される結果で出力を検証します。動的テストはすべてのテスト レベルで実行され、ブラック ボックス テストまたはホワイト ボックス テストのいずれかになります。

動的テスト手法

• 単体テスト： 単体テスト、個々のユニットまたはモジュールは開発者によってテストされます。 これには、開発者によるソースコードのテストが含まれます。
• 統合テスト: 個々のモジュールはグループ化され、開発者によってテストされます。 目的は、統合後にどのモジュールが期待どおりに動作するかを判断することです。
• システムテスト: システムテスト システムやアプリケーションが要求仕様書を満たしているかどうかをシステム全体でチェックします。

また、パフォーマンスなどの非機能テスト、 セキュリティテスト 動的テストのカテゴリーに分類されます。

静的テストと静的テスト動的テスト