スモークテストとは？意味・やり方・サニティ/リグレッションとの違いを解説

スモークテストの目的は、ソフトウェアの初期段階で重大な欠陥を素早く発見し、無駄な確認作業や手戻りを防ぐことにあります。

たとえば、システムにログインできない、画面が表示されない、サーバーに接続できないといった欠陥があると、詳細なテストに進めません。こうした基本的な障害を見逃してしまうと、テスト担当者の作業が中断され、時間とコストの両面で大きなロスが生じます。

スモークテストではトラブルを未然に防ぐため、限られた項目に絞って「致命的な問題がないかどうか」をチェックします。

なお、ソフトウェア開発では、欠陥の検出時期が遅れるほど、対応にかかる手間やコストが膨らむ傾向にあります。初期段階で問題を発見できれば、原因の特定や修正も容易になり、プロジェクト全体の効率を高められるでしょう。

スモークテストは、新しい機能を取り込んだビルドをテスト環境に展開した直後に実施します。

テストを担うのは、品質保証（QA）チームのエンジニアやリーダーです。新しいビルドと統合されるたびに、アプリケーションの中核的機能が正常に動作するかをチェックします。

株式会社NEXERとポールトゥウィンは「ソフトウェアやアプリのテスト結果による改善」についてのアンケートを行いました。アンケートでは、バグの修正スピードが満足度や信頼に与える影響について、多くのユーザーが強い関心を示していることがわかりました。

まず「バグが改善されるスピード感は、どれほどユーザーの満足度や信頼に影響すると思うか？」という問いに対して、実に8割以上のユーザーが以下のような理由から「影響する」と回答しました。

・改善されないとストレスが溜まるから
・欠陥を放置する企業は、個人情報の扱いも心配になる
・改善が早いとユーザー想いの企業と感じる

一方、改善を実感したユーザーの声では、具体的に「フリーズが解消された」「通知の異常表示が修正された」「操作が快適になった」など、動作の安定や使いやすさの向上を高く評価する意見が多く集まりました。

欠陥の改善は「早さ」も「質」も大切ですが、その前提として「早期発見・早期対応」が可能なテスト設計が必要です。ユーザーが使いやすい、信頼できると思える製品を届けるためにも、スモークテストを戦略的に活用していくことが大切です。

スモークテストは、ソフトウェアが「実行可能な状態かどうか」を前提に、システム全体の主要な機能が正しく動作するかを確認するため、浅く広い範囲で実施されます。これは受け入れテストの一環として用いられることもあります。

一方、サニティテストは、スモークテストの後に行われ、ソフトウェアが「正常に動作している」という前提で、新しい機能の追加や修正が適切に行われたかを確認します。

特定の機能や修正部分に焦点を当てて、深く狭い範囲で実施され、リグレッションテストの一部として位置づけられます。

スモークテストは、システム全体の基本的な動作確認を行うテストです。リグレッションテストよりも迅速に実行され、ビルドが正常に動作するかを確認することで、その後のテストを実施すべきかどうかを判断します。

一方、リグレッションテストは、ソフトウェアの修正や機能追加によって既存の機能に影響がないかを広範囲にわたって確認するテストです。スモークテストで基本的な動作が確認された後に実施され、より詳細かつ包括的な検証を行います。

スモークテストにより問題を早期に特定することで、後のコストや時間のかかるリグレッションテストを無駄に実行することを防ぐことができます。

こちらの記事では、リグレッションテストについて解説しています。
行わないリスクや実施タイミングも取り上げているため、ぜひあわせてご覧ください。

アドホックテストとは、あらかじめテストケースを作成せず、その場の判断や経験に基づいてソフトウェアを試すスタイルの方法です。

たとえば「この機能は使われる頻度が高い」「過去に欠陥が出た箇所だから重点的に見ておこう」といった実務的な観点から、機能をざっと操作し、正常に動作するかを確認します。

アドホックテストは、ビルド直後の基本動作確認としてスモークテスト扱いされることがあります。具体的には以下のような場面です。

● 新規ビルド後の即座確認：ログインや画面遷移といった基本機能をアドホックで確認し、致命的な不具合がないかを判断する。
● 小規模な修正をリリースする直前：修正部分を中心に「アプリが動くか」の動作確認を行う。
● 限られた時間・人員での初動確認：正式なテストケース作成前に、ざっくりと動作検証する。

手軽に実施できるため、開発初期など、迅速なフィードバックが求められる場面に有効です。

スモークテストをより計画的・効率的に実施したい場合に適した方法です。あらかじめ、システム全体のなかからとくに重要な機能や代表的な処理フローを選び、それに対応するテストケースを用意しておきます。

テストケースを使えば、ビルド直後でも短時間でソフトウェアの健全性を判断することが可能になるでしょう。

近年では、スモークテストを「自動化」して実施するケースも増えています。たとえば、テスト自動化ツールを使って、特定の機能が毎回正常に動作するかをチェックする仕組みを構築することが可能です。

自動化には初期設定の手間がかかりますが、一度構築すれば、CIやCDと連携させることで、日々のテスト作業を効率的に進められるでしょう。

スモークテストは短時間で実施できることが前提となるため、簡潔で無駄のない構成に保つ必要があります。

たとえば、新しいテスト項目を加える場合は、優先度の低い項目を削除するなどして、全体の負荷を増やさない工夫が求められます。また、似たようなシナリオが重複しないよう整理することも大切です。

スモークテストは、システムの基本的な動作を確認するためのテストです。その性質上、対象となる機能に変更が加わるたびに、テストケースの見直しが求められます。

ただし、テストケースを際限なく増やしてしまうと、スモークテスト本来の「短時間で全体の健全性を確認する」という目的が損なわれてしまいます。そのため、新たなシナリオを追加する際は、不要になったシナリオを見直すなどして、テスト全体のバランスを保てるようにしましょう。