0

だから私は本を探していましたが、それらの分類を本当に理解していません:

Unit tests
Integration tests
Smoke and Sanity tests
System tests
Acceptance tests

スモークテストはインテグレーション 1 の直後だと思っていましたか? また、サニティとは、新しいパーツがデプロイされたときにアプリケーションをすばやくチェックすることでもあると考えました。

また、質問: これは正しいですか、それとも煙と健全性のテストを別の順序にする必要があります。もしそうなら、なぜですか？

4

3 に答える 3

1

サニティ テストの前にスモーク テストを実行する必要があります。これは正しいことです。スモーク テストの目的は、SUT が実行可能かどうか、インターフェイスとメイン コンポーネントがユーザーのアクションに応答するかどうかをすばやく確認することだけです。これらのテストでは、アプリに関する深い洞察はありません。サニティ テストは、回帰テストのサブセットにすることができます。彼らの主な目標は、提供された要件に準拠してアプリケーションのロジックを迅速にテストすることです。システムのいくつかの部分が動作する方法が大幅に変更されるたびに実行する必要があります。そして単純に結果が陰性であれば、より詳細な検査を行っても意味がありません. システムのテストされた部分が要件と仕様に一致するかどうかの情報を提供する必要があります。

そして今、問題は、サニティ テストをシステム テスト レベルだけでなく、単体テスト レベルにも入れることができるということです。基本的な機能のみをチェックするように特別に設計されたいくつかの単体テストを実行するだけで、これらは健全性テストと呼ばれることがあります。同じことがシステム テスト レベルにも当てはまります。そのため、サニティ テストの場所を厳密に定義することはできません。すべてのケースが異なり、テストとアプリケーションのコンテキストを大きく考慮する必要があるため、当然のことと考えるべきではないと思います。

于 2012-07-05T06:52:00.213 に答える
1

スモーク テストは、単体テストと統合テストの後に開発者以外の誰かが通常実行する最も重要な機能のクイック アンド ダーティ テストで、より具体的/厳密なテストを行う意味があるかどうかを確認します。

主な機能の基本テスト。

  • ハッピー パスのみをテストします。
  • 主な機能。

たとえば、API のスモーク テストを行っている場合

  • 応答が正しいことを確認します。
  • 有効な詳細でログインをテストします。
  • メイン エンドポイントをテストします。
  • 正しい応答が返されることを確認します。
于 2016-04-18T05:26:07.883 に答える