比較表
比較基準 | スモークテスト | 健全性テスト |
---|---|---|
基本 | スモークテストは重要な機能を評価しテストします。 | 健全性テストはソフトウェアモジュールを詳細にチェックします。 |
テストケース | 筆記または自動テストが可能です。 | スクリプトなし |
アプローチ | 浅くて広い | 狭くて深い |
著名人 | 主な目的は、アプリケーションのあらゆる部分を迅速にカバーすることです。 | ソフトウェアのモジュール(ソフトウェア部分)の機能に重点を置いています。 |
に作用 | すべてのビルド | 安定版のみ。 |
によって演奏された | 開発者 | テスター |
煙試験の定義
スモークテストは、主に統合テストアプローチから始まります。 通常、本格的なテストの前に開始されます。このテストは、ソフトウェアの広範な部分を網羅していますが、より複雑で詳細な部分は網羅していません。 スモークテストは、製品の最も重要な機能の動作をチェックする非網羅的テストと見なされています。
スモークテストで行われた活動は以下のとおりです。
- まず、ソフトウェアモジュールをコードに変換し、それをコラボレーションして「ビルド」します。 ビルドは、1つまたは複数の機能を使用するために必要なデータファイル、再利用可能なモジュール、ライブラリ、および設計されたコンポーネントで構成されています。
- 機能が適切に実行されることを確認するためのエラーを発見するための一連のテストケースが計画されています。
- その後、複数のビルドが単一の製品に統合され、製品全体が繰り返し煙探傷試験されます。
- テストプロセスは、結果が製品の基本的な要件を満たすまでの間だけ継続されますが、結果が基本的な要件と一致しない場合、製品は開発チームに返されて本質的な変更が行われます。
煙検査の利点
- 早期に欠陥を検出して修正することによるリスク最小化。
- 繰り返し検査することでシステムの品質が向上します。
- 単純化されたエラー決定と修正
- 進捗状況を簡単に評価
健全性テストの定義
健全性テストは、コードと機能に少し変更を加えた後で、ビルド全体をテストする方法です。 これは主に、変更後の製品が正しく機能しているかどうか、およびバグが修正されているかどうかを確認します。 健全性テストは回帰テストのサブグループであり、製品の発売前に実行されます。 提案された機能が期待どおりに機能しない場合、厳密なテストに必要な時間とコストを排除するために構成されたビルドは破棄されます。
ソフトウェアは健全性テストを受ける前に他のテストを通過する必要があります。 この種のテストはより深い意味で、ソフトウェアの詳細な側面を考慮することを意味します。
健全性テストの利点
- 焦点は機能の1つまたはいくつかの領域にあるので、時間を有効活用してください。
- コードにわずかな変更が加えられた後も、アプリケーションが正しく機能することを保証します。
- 依存している行方不明のオブジェクトを見つけます。
煙検査と健全性検査の主な違い
- スモークテストは最初からビルドを開始し、最も基本的な機能を検査します。 一方、健全性テストでは、ソフトウェアビルドが深く評価されます。
- 健全性テストではスクリプト記述は行われませんが、煙テストの文書化は一連のテストまたは自動テストを通じて行われます。
- スモークテストのテクニックは浅くて幅が広いので、テストのすべてのビルドが含まれますが、極端なレベルにはなりません。 それとは対照的に、健全性テストは単一のビルドが徹底的にテストされるところで狭くて深いアプローチを使います。
- スモークテストの主な目的は、ソフトウェアのあらゆる部分を迅速に網羅することです。 逆に、健全性テストはソフトウェアの各モジュールの機能に焦点を当てています。
- 健全性テストはテスターによって実行されるのに対し、開発者はスモークテストを実行する責任があります。
- スモークテストは、文書検証プロセスで文書数をチェックするのと同じです。 対照的に、健全性テストには単一の文書の完全な評価が含まれます。
結論
煙検査の以前の目的は、健全性検査が製品の合理性を保証している間に製品の安定性を確認することです。