はじめに

“煙テスト”、”正気テスト”、”回帰テスト”という用語が注入されていない場合、QAテスターの寿命は不完全とみなされます。 これらはいくつかの定期的に使用される用語ですが、それらの周りにもいくつかの一般的な誤解があります。 煙、正気、回帰テストの詳細、そして実際に何を意味するのかを始める前に、それらの周りの一般的な誤解や神話をいくつか見てみましょう。

煙、正気、回帰テス:煙のテストと正気のテストは同じであり、交換可能に使用することができます：これは真実ではなく、決して行うべきではありません、なぜですか？ 我々は、この記事でそれを議論しなければなりません。

この記事では、上記の混乱を一度に解消しようとします。手動テストの詳細を読みたい場合は、ここのリンクを参照してください。

注：この記事では”ソフトウェアビルド”という用語を何度も使用しているので、ここで定義しましょう。 “ソフトウェアビルド”は、ソースコードをユーザーアプリケーションに変換するプロセスであり、複数のリビジョンとコード変更の後、ソフトウェアビルドの作成 この記事では、ビルドをソフトウェアのテスト可能なバージョンと呼びます。

Smoke Testing

Smoke testingは、通常、ソフトウェア開発ライフサイクル（SDLC）の初期開発段階で、プログラムのコア機能が問題なく正常に動作していることを確 これは、詳細な機能テストがソフトウェアで行われる前に実行されます。

煙のテストの主な目的は、深いテストを実行するのではなく、プログラムまたはソフトウェアのコアまたは主な機能が正常に動作していること 煙のテストは、テストチームが&ソフトウェアアプリケーションのテストをインストールする際に時間を無駄にしないように、初期段階でひどく壊れたビルドを拒否することを目的としています。煙のテストは、ビルド検証テストとも呼ばれます。

煙のテストは、ビルド検証テストとも呼ばれます。

テストする電子メールアプリケーションが与えられている簡単な例を見てみましょう。 重要な機能は、右、電子メールを作成し、それを送信し、電子メールアプリケーションにログインすることでしょうか？ そして、電子メールが送信されない場合には、下書き、削除されたメッセージ、アーカイブなどの他の機能をテストすることは意味がありますか？ これは、さらに検証せずにビルドを削除する必要があることを意味します。 これは煙のテストと呼ばれます。煙のテストの主な焦点は、重要な領域ではなく、完全なアプリケーションをテストすることです。

煙のテストの主な焦点は、重要な領域をテストす

スモークテストを実行する場合

• 開発者がqaチームに新しいビルドを提供する場合。 ここでの新しいビルドとは、ビルドに開発者によって行われた新しい変更があることを意味します。
• 新しいモジュールが既存の機能に追加されたとき。

オートメーション&煙のテスト:

通常、これは実際の自動化テストケースを実行する前に実行されるテストのタイプです。 継続的なテストが組み込まれている組織では、smokeテストは、テストケースを実行するためのビルドのインストールまたは最初のテストケースの実行に成功 したがって、これは意図的に自動化されたテストのタイプではありませんが、テストの自動化が所定の位置に置かれている場合、テストの自動化は、ソ それ以外の場合は、実行される最初のテストケースが失敗する可能性があります。

サニティテスト

サニティテストは、新しいモジュールや機能が既存の製品に実装されたときに、ソフトウェア製品が正常に動作しているかどうかを確認するために実行されるテストの一種です。 健全性テストは、ソフトウェアリリースの品質を迅速に評価して、さらなるテストの対象となるかどうかを判断するソフトウェアテスト技術です。

サニティテストは、通常、かなり安定したソフトウェアビルドを受け取った後、またはソフトウェアビルドがコードまたは機能に軽微な変更を ソフトウェア製品のエンドツーエンドのテストをさらに実施するかどうかを決定します。

健全性テストは、ソフトウェアビルドが次のレベルのテストに渡すのに十分であるかどうかを判断するのに役立つ表面レベルのテストでもあります。

既存のコードに新しく追加された機能と機能の適合性を検証し、検証するために、健全性テストを実行する理由

• 。
• 導入された変更が製品の他の既存の機能に影響を与えないようにします。
• さらにテストを繰り越すことができるかどうかを決定します。

健全性テストを実行する場合

• ビルドは、多くの回帰の後、またはコードにマイナーな変更がある場合に受信されます。
• ビルドはバグ修正後に受信されます。
• 本番環境での展開の直前。

Automation&正気テスト：

考慮すると、正気テストは回帰テストのサブセットとして考えられ、これらは自動化することができ 推奨される方法は、完全な回帰テストスイートを実行する前に、これらのテストケースを実行することです。 利点は、正気テストケースにエラーがある場合、エラーを後でではなく早く報告できることです。

回帰テスト

回帰テストは、”バグ修正または要件の変更”の検証であり、アプリケーションの他の機能に影響を与えていないことを確認します。 回帰テストは自動化に効果的であり、通常、要件の変更やバグ修正の後にソフトウェアビルドでいくつかの変更が行われた後に実行されます。

変更された機能の健全性テストが完了すると、アプリケーションの影響を受けるすべての機能に完全なテストが必要になります。 これは回帰テストと呼ばれます。

既存のソフトウェアでバグ修正が行われるたびに、バグ修正を確認するためにいくつかのテストシナリオを実行する必要があります。 これらに加えて、QAチームはコードの変更に基づいて影響を受ける領域をチェックする必要があります。 回帰テストでは、関連する機能を処理するために、これらのすべてのテストシナリオを実行する必要があります。

回帰テストを実行する場合

• 必要な変更に応じてコードを変更した後
• いくつかの新機能がアプリケーションに追加された後
• いくつかのバグ修正がビルドに組み込まれた後

自動化&回帰テスト：

回帰テストケースは、実際にはオートマトンの理想的なテストケースです。 通常、組織が自動化を開始するとき、これらは最初に自動化されるテストケースです。 回帰テストがテスターにとって多くの時間を要するアクティビティであり、同じテストケースが複数回繰り返される場合は、自動化についても考え始

自動化の旅を始めるのに役立つツールを探している場合は、適切なツールを選択する必要もあります。 また、投資された努力にあなたのROIを提供することができますツール. 私たちはそこにあなたを助けることができるガイドを持っています:

10 Points to Help You Choose the Right Test Automation Tool

Differences Between Smoke vs Sanity vs Regression Testing

キーポイント

• 煙と正気のテストは、qaチームがアプリケーションが正常に動作しているかどうかを迅速にテストすることで、時間を節約するのに役立ち また、それはプロダクトがそれ以上のテストのために資格があることを保障します。 一方、回帰テストは、特定の変更後のソフトウェア品質に関する信頼性を高めるのに役立ちます。 特に、コードの変更は関連分野に影響を与えていないこと。
• 煙のテストは、開発チームまたはQAチームの両方によって行われ、厳密なテストのサブセットとして取ることがで 両方の正気&回帰テストはQAチームによってのみ行われます。 また、正気テストは受け入れテストのサブセットと考えることができます。
• スモークテストは、アプリケーションのコア機能をチェックするために、SDLCの初期段階で実行されます。 Sanity&回帰テストは、アプリケーションの主な機能をチェックするために、SDLCの最終段階で行われます。
• &時間の可用性、QAチームは、健全性、煙を実行する必要があります&&その後、時間可用性に基づいて回帰テストが計画

実際には、すべてのQAチームは煙、正気、回帰テストを行う必要があります。 これらのすべてのテストタイプには、複数回実行される事前定義された数のテストケースがあります。 この反復的な実行はまたそれらにテスト自動化のための理想的な候補をする。 自動化を探しているときは、初期段階から自動化のROIを提供するツールを使用することをお勧めします。 Testsigmaはそのようなツールの1つです。1日目から自動化できるツールを選択します。