煙テストと健全性テストの違い

コンテンツ

比較表
煙テストの定義
煙テストの利点
健全性テストの定義
健全性テストの利点
結論

煙と健全性のテストは、それぞれ統合テストと回帰テストの一部として機能するテクニックです。煙テストと健全性テストの大きな違いは、不安定な製品では煙テストが採用され、より安定した製品には健全性テストが適用されることです。スモークテストは重要な要件をテストするだけなので浅いテストと言えますが、健全性テストは最後にソフトウェアの各モジュールを調べて、適用された変更が適切に機能するかどうかを確認します。

1. 比較表
2. 定義
3. 主な違い
4. 結論

比較表


比較の根拠	煙テスト	健全性テスト
ベーシック	煙テストは、重要な機能を評価およびテストします。	健全性テストでは、ソフトウェアモジュールを詳細にチェックします。
テストケース	テストの作成または自動化が可能です。	スクリプトなし
アプローチ	浅くて広い	狭くて深い
プロミネンス	主な目的は、アプリケーションのあらゆる部分を迅速にカバーすることです。	ソフトウェアのモジュール（ソフトウェアパーツ）の機能に重点を置いています。
に基づいて	すべてのビルド	安定ビルドのみ。
によって演奏された	開発者	テスター

煙テストの定義

の 煙テスト 主に統合テストのアプローチから生まれました。通常、ソフトウェアの広範な部分をカバーする本格的なテストの前に開始されますが、ソフトウェアのより複雑で詳細な側面はカバーしません。煙テストは、製品の最も重要な機能の動作がチェックされる非網羅的なテストと見なされます。

煙テストで実行されるアクティビティは次のとおりです。

まず、ソフトウェアモジュールをコードに変換し、共同で「ビルド」に変換します。ビルドは、1つ以上の機能を使用するために必要なデータファイル、再利用可能なモジュール、ライブラリ、および設計されたコンポーネントで構成されます。
機能が適切に実行されることを確認するためのエラーを発見するために、一連のテストケースが計画されています。
その後、複数のビルドが単一の製品に統合され、製品全体が繰り返しテストされます。
テストプロセスは、結果が製品の基本的な要件を満たすまでのみ継続されますが、結果が基本的な要件と一致しない場合、製品は重要な変更のために開発チームに返されます。

煙テストの利点

欠陥を早期に検出して修正することによるリスクの最小化。
繰り返し検査することにより、システムの品質が向上します。
簡単なエラー判定と修正
進捗は簡単に評価されます

健全性テストの定義

の 健全性テスト コードと機能の小さな変更を適用した後にビルドを完全にテストする方法です。主に、変更後に製品が正常に動作しているかどうか、およびバグが修正されたかどうかを確認します。健全性テストは回帰テストのサブグループであり、製品の発売前に実行されます。提案された機能が期待どおりに機能しない場合、厳密なテストに必要な時間とコストを排除するために、合成されたビルドは破棄されます。

ソフトウェアは、健全性テストを受ける前に、他のテストを通過する必要があります。このタイプのテストはより深い意味で、ソフトウェアの詳細な側面を考慮することを意味します。

健全性テストの利点

機能の1つまたはいくつかの領域に焦点を当てているため、時間を有効に活用できます。
コードのわずかな変更の影響後、アプリケーションの適切な動作を保証します。
依存する欠落オブジェクトを検出します。

Smokeテストは、最初にビルドを開始し、最も基本的な機能を検査します。一方、健全性テストでは、ソフトウェアビルドを深く評価します。
煙テストの文書化は、書面によるテストセットまたは自動化されたテストを通じて行われますが、健全性テストではスクリプトは実行されません。
スモークテストの手法は浅くて幅が広いため、テストのすべてのビルドが含まれますが、極端なレベルにはなりません。反対に、健全性テストでは、単一のビルドを徹底的にテストする、狭くて深いアプローチを使用します。
煙テストの主な目的は、ソフトウェアのすべての部分を迅速にカバーすることです。逆に、健全性テストは、ソフトウェアの各モジュールの機能に焦点を当てています。
開発者は煙のテストを実行する責任がありますが、健全性テストはテスターによって実行されます。
煙テストは、ドキュメント検証プロセスでドキュメントの数をチェックするようなものです。対照的に、健全性テストには、単一のドキュメントの完全な評価が含まれます。