スモークテストは、デプロイされたソフトウェアビルドが安定しているかどうかを判断するために、ソフトウェアをテストするために使用されるプロセスです。
ソフトウェアのスモークテストでは、ソフトウェアの中核となる各機能を評価するために設計された一連のテストを実行します。
スモークテストツールは、ソフトウェアの最も重要な機能が動作しているかどうかを検証します。 スモークテストには複数の異なるアプローチがあり、現代の技術では、ほとんどのソフトウェアビルドで自動スモークテストが可能になっています。
今回は、スモークテストを深堀りして、ソフトウェアテスターが使うスモークテストの種類、プロセス、アプローチなどを確認します。 また、スモークテストの自動化を含む最新のスモークテストツールについても見ていきます。
簡単に言うと、スモークテストの全てを学ぶことができます。
ソフトウェア工学におけるスモークテストとは？
スモークテストとは、ソフトウェアが基本的な機能と安定性の要件を満たしていることを確認するためのテストプロセスです。 これは基本的に、ソフトウェアの最も重要な機能をテストし、基本的なレベルで動作していることを確認する、ミニチュアで迅速な回帰テストの一種です。
スモークテストは、QAプロセスの重要な初期段階であり、チームがさらにテストを続けるべきか、すぐに開発者に製品を戻すべきかを示すものです。
もし製品がスモークテストに合格しない場合は、最初のビルドに重大な欠陥があることを示し、さらなるテストを行う前に対処する必要があることを意味します。
スモークテストはどのような時に必要なのでしょうか？
新しい機能が開発され、既存のビルドに統合され、新しいビルドがQAにデプロイされる前に、私たちはソフトウェアをスモークテストします。 この段階でスモークテストを実施することで、根本的な問題があるソフトウェアのQAテストに費用やリソースを浪費することを防ぐことができます。
QAスモークテストを実施するには、開発チームが新しいソフトウェアのビルドをQAにデプロイし、テストケースのサブセットを採取してビルド上で実行します。 QAチームは、アプリケーションの最も重要な機能に対してテストを行います。 スモークテストが通れば、QAチームは機能テストを続け、失敗すればビルドを開発チームに戻し、さらに開発を進めることになります。
このようなスモークテストは、ソフトウェアのビルドに新機能が追加されるたびに行われます。
その他にも、QAチームがソフトウェアのスモークテストを行う場合もあるでしょう。
新しいコードをリポジトリにコミットする前に
回帰テスト、受入テストを含む大規模なテストシリーズの前に
新しいソフトウェアビルドをデプロイした後
これらのポイントでスモークテストを実施しないと、後の機能テストの段階で大きな欠陥が見つかり、新しいビルドのリリース日に影響したり、スケジュールにもっと大きな支障をきたす可能性があります。
スモークテストをする必要がない場合
ソフトウェアテストでは、ソフトウェアコードに何らかの変更を加えたり、ビルドに新機能を追加したりする際には、必ずスモークテストを実施することが重要です。
また、QAチームが準備の整っていないソフトウェアのテストに時間を費やすことを防ぐため、機能性テストの準備段階として不可欠です。
しかし、自動化されたスモークテストツールを使えば、ソフトウェアが常に正しく機能していることを確認するために、定期的にスモークテストを実施することが簡単で費用対効果も高くなります。
スモークテストに携わる人たち
スモークテストは、QAエンジニアやQAリードが実施するもので、QAテストの第一段階として、QA環境の中で実施されます。
QAチームは、ソフトウェアのビルドをテストし、さまざまな条件やストレスの下でその性能を評価する責任を負っています。 スモークテストでは、QAエンジニアは「ショーストッパー」と呼ばれる、開発を中断させ、テスト続行前に修正しなければならないバグを探します。
スモークテストとサニティテストと リグレッションテストを比較する場合、何をテストするかだけでなく、誰がテストを実施するかも考慮することが重要である。
ソフトウェアテストにおけるスモークテストは、必ずQA専門家が行います。 これは、スモークテストと、開発環境で行われ、通常はQAチームが関与しないテストであるサニティテストとの違いである。
スモークテストのライフサイクル
スモークテストのライフサイクルは、製品開発やQAテストにおいてスモークテストが行われる場所を示しています。 このサイクルの各段階を理解することで、テストジャーニーにおけるスモークテストの位置づけや、スモークテスト vs サニティテスト vs リグレッションテストの違いについて、より理解を深めることができます。
1.コード
あらゆるソフトウェア構築の最初の段階は、常にコードを書き、作成することです。 コードはあらゆるソフトウェアの構成要素であり、開発チームは安定性と機能性をテストする前にコードを書かなければなりません。
2.単体テスト
ユニットテストは通常、開発者が行いますが、QAエンジニアがユニットテストを行うこともあります。 ユニットテストは、個々のユニットが1つのソフトウェアビルドに統合される前に、コードの異なるユニットまたは要素が期待通りに動作することを保証します。
ユニットテストは通常、開発と並行して行われます。なぜなら、コードのエラーやバグを明らかにし、迅速に修正することができるからです。
3.統合テスト
統合テストとは、個々のユニットが1つのソフトウェアに統合されたときに、どのように連携するかをテストするプロセスです。
それぞれのユニットがうまく機能しても、それらを統合したときに問題が生じることがよくあります。 統合テストは通常、開発者が実施しますが、この種のテストに対するアプローチの違いにより、ソフトウェア構築プロセスのさまざまな段階で実施することができます。
4.サニティテスト
サニティテストはリグレッションテストの一種で、通常、リグレッションテストの最後のタイプとして実施されます。 回帰テストによって浮き彫りになったバグが修復された後、ビルドの開発段階で発生するものです。
サニティテストは通常、非常に迅速で、ソフトウェアがスムーズに動作し、発見されたバグが適切に修正されていることを確認するために存在するだけである。
スモークテストとサニティテストは混同されることがありますが、サニティテストが開発環境で行われるのに対し、スモークテストはQA環境で行われるということを覚えておくことが重要です。
5.スモークテスト
スモークテストは、QAテストの最初の段階であり、QA環境内で実施される最初のタイプのテストです。
スモークテストは、通常QAチームが実施するにもかかわらず、サニティテストとリグレッションテストの前に行われます。 これは、ビルドが安定しているかどうか、さらにテストを実行すべきかどうかを判断する、高速でシンプルなテストプロセスです（最近では、ほとんどのQAチームがソフトウェアテストで自動スモークテストを使用しています）。
スモークテストとサニティテストとリグレッションテストを比較した場合、スモークテストは最も早く、最もシンプルなテストであるため、他の複雑なテストに移る前にまずこれを実施することが賢明です。
6.機能テスト
機能テストは、ソフトウェアテストのライフサイクルの次の段階であり、QA環境の中で実施されます。
機能テストは、ソフトウェアアプリケーションの各機能を要件に照らしてテストするもので、機能、ユーザビリティ、アクセシビリティ、エラー状態に焦点を当てます。
機能テストは、スモークテストに合格した時点で開始することができます。
スモークテストのアプリケーションを各レベルで
スモークテストは、受入レベルのスモークテスト、システムレベルのスモークテスト、統合レベルのスモークテストの3つの異なるテストレベルで適用されます。
1.受入テストレベル
受け入れレベルのスモークテストは、通常、ソフトウェアのビルドがQAにリリースされるときに実施される。 このタイプのQAスモークテストは、ビルドの基本的な機能を検証し、これが期待される機能と一致しているかどうかを確認するものです。
2.システムテストレベル
システムレベルのスモークテストでは、システムの最も重要なワークフローをテストします。 これは、システム自体のテストが終わった後、システムの完全な回帰テストが行われる前に実施されます。
システムレベルでは、自動化されたスモークテストが最も一般的です。
3.統合テストレベル
統合テストのレベルでは、スモークテストによって、ソフトウェアのエンドツーエンドのすべての機能が期待通りに動作し、基本的な統合が機能することが確認されます。
このタイプのスモークテストは、通常、個々のモジュールが実装されるとき、または複数のモジュールが単一のソフトウェアビルドに統合されるときに発生します。
手動と自動のスモークテスト
ソフトウェアチームが初めてスモークテストを実施する場合、手動スモークテストと自動スモークテストのどちらを実施するかを決定する必要があります。
自動化されたスモークテストは通常、より迅速で費用対効果の高い結果をもたらしますが、作成と実装に時間がかかる場合もあります。 多くのチームは、自動化を検討する前に、まず手動でスモークテストを作成することから始めます。
1.手動スモークテスト
手動によるスモークテストは設計が非常に簡単で、通常、QAチームや開発チームの外部から技術者ではない専門家が実施することができます。 このため、QA専任の担当者がいない中小企業では、手動によるスモークテストが好まれることが多いようです。
手動でスモークテストを実施する場合、ソフトウェアのコア機能を十分にカバーするユースケースをいくつかテストすることが重要です。ただし、スモークテストの実施に時間がかかりすぎるようなユースケースは避けてください。 ユースケースの理想的な数は、通常20～50個とされています。
スモークテストを手動で行うことのメリット
自動化されたスモークテストと比較して、QAで手動スモークテストを実施することには複数の利点があります。 手動によるスモークテストは、自動テストと比較して、ソフトウェアのパフォーマンスや機能についてより詳細な洞察を提供することが多い。
非エンジニアでもマニュアルテストが可能
自動化されたスモークテストの設定には通常、ソフトウェアエンジニアや開発者の専門知識が必要ですが、手動スモークテストは、専門知識の少ないチームメンバーでも実施できます。
これは通常、リソースがすでに伸張している可能性があり、専門スタッフの時間が非常に貴重である小規模なチームにおいて有益である。
ジョブごとにカスタムスモークテストを作成することができます
スモークテストがあらゆるソフトウェアアプリケーションの最も重要な機能を正確にカバーし、各ビルドでより重要な機能に焦点を当てたい場合、手動スモークテストを作成すれば、テスターは各プロジェクトに合わせたテストを行うことができます。
このような手動スモークテストは、自動テストと比較してより有用な結果を得ることができますが、セットアップと実行に非常に時間がかかることを意味します。
マニュアルテストで定性データを明らかに
自動化されたスモークテストを実行する際に期待できるのは、テストのどの部分が合格し、どの部分が不合格になったかという定量的なデータだけです。
チームメンバーが手動でスモークテストを実施する場合、その洞察力、直感、判断力を駆使して、ビルドが成功するか失敗するかだけでなく、どのように、なぜ成功するかを評価することができます。
手動スモークテストの課題
また、手作業でスモークテストを行うには多くの課題があり、多くの企業が可能な限り自動化されたスモークテストを選択しているのもそのためです。
手動によるスモークテストは徹底していますが、非常に時間がかかるのも事実です。
手動によるスモークテストは時間がかかる
手動によるスモークテストは、自動テストよりも完了までにかなり時間がかかり、チームの注意も必要です。
自動テストはバックグラウンドで実行すればよいのですが、手動スモークテストを実施するためには、専用の時間を確保する必要があります。
手動テストはあまり頻繁に実行することはできない
手動スモークテストには膨大な時間とリソースが必要なため、自動スモークテストのように定期的に実施することはできません。
手動でスモークテストを行う場合、テストの複雑さにもよりますが、ソフトウェアテスターは数時間、最大で半日を確保しなければなりません。
これにより、業界のベストプラクティスとして広く知られている毎日のスモークテストの可能性がなくなりました。
すれちがい通信
手動テストは人間が行うため、手動スモークテストでエラーが発生する可能性が常にあります。
特に、見逃しやすい微妙なバグを発見する場合や、テスト中にテスターが集中力を欠くような極端な反復テストを行う場合には、手動スモークテストは通常、自動テストほど包括的ではありません。
手動スモークテストを使用する場合
手動スモークテストは、自動スモークテストのためにエンジニアのリソースを確保できない小規模なチームや、人間の洞察力や判断力が必要なケースで最もよく使用されます。
そのため、手動によるスモークテストは、統合レベルのスモークテストで実施されることが多い。
2.スモークテストの自動化
自動化されたスモークテストは、ソフトウェアのビルドごとに関連する一連のユースケースを作成し、実行するのに必要なコーディングスキルを持つソフトウェアエンジニアが実装することができます。
自動化されたスモークテストは、手動テストよりもはるかに速く、通常30分から60分もかかりませんし、開発チームやQAチームのすべてのメンバーが日常業務を続けている間にバックグラウンドで実行することができます。
そのため、職場の効率化を目指す企業が増える中、ソフトウェア業界では自動スモークテストが一般的になっています。
スモークテスト自動化のメリット
スモークテストの自動化は、導入する時間とリソースがある企業にとって、多くのメリットをもたらします。 迅速かつ効果的で、自動テストがチームやリソースに与えるストレスが少ないため、小さな会社でも定期的に実行することが可能です。
自動化されたテストは速い
自動化されたスモークテストは手動テストよりもはるかに速く、ほとんどの自動化テストは30分から60分もかからずに完了する。
それに比べ、マニュアルテストは数時間かかることもあります。
自動化されたスモークテストは、最小限のリソースで済み、一度実装すれば非常に簡単に実行することができます。
自動化により、毎日のスモークテストが可能に
現在の業界のベストプラクティスでは、特に常に流動的なソフトウェアに取り組む場合、毎日スモークテストを行うことが理想とされています。
手動で行うスモークテストは毎日行うには時間がかかりすぎますが、自動化されたスモークテストであれば、毎日の仕事始めに簡単に実施することができます。
自動化でヒューマンエラーをなくす
自動テストは、あらかじめ用意されたスクリプトから実行され、非常に厳密な基準で作成されています。 つまり、自動テストが重大なバグや重要な問題を見逃す可能性は非常に低いのです。
自動化によって負荷テストや性能テストを模倣することができる
負荷テストや性能テストは、多くのユーザーが一度にアプリケーションを使用したときに、どの程度うまく機能するかを評価するものです。 自動化されたスモークテストは、手動テストでは不可能な複数ユーザーの追加負荷を模倣し、特定の条件下でのソフトウェアのパフォーマンスに関するデータの追加層を提供することができます。
スモークテスト自動化の課題
スモークテストの自動化は、課題がないわけではありません。 特に、自由に使えるエンジニアの数が少ない小規模なチームでは、自動化されたスモークテストを実施するのは、より時間とリソースを要する場合があります。
技術要件
自動化されたスモークテストは、手動スモークテストよりも技術的な知識やコーディングのスキルが必要です。 ソフトウェアエンジニアは、自動テストを実装する前に、自動テストの作成方法を知るための時間と知識を持たなければなりませんが、すべてのチームがこれを行うためのリソースを必ずしも持っているわけではありません。
人間の洞察力の欠如
自動化テストは、ソフトウェア・アプリケーションの機能を全体的に把握することができます。自動化されたスモークテストを実施することで、ソフトウェアテスターは、スモークテストの最終目的であるソフトウェアの基本機能を理解することができます。
しかし、自動テストは、ユーザビリティやアクセシビリティなど、ソフトウェアの性能に関するより本質的な側面については、何の洞察も与えてくれない。
スモークテスト自動化を導入するタイミング
スモークテストで自動化が頻繁に採用されるのは、スモークテストの目的が単純に基本的な機能を確認することであり、自動テストが比較的得意とする分野であるからです。
自動スモークテストを実施するのに十分な技術力を持つチームは、このプロセスに投資する時間とリソースを持っている可能性が最も高く、より大規模な老舗企業は、毎日のスモークテストのベストプラクティス基準を満たすことにプレッシャーを感じていると思われます。
スモークテストの自動化と手動スモークテストの比較
スモークテストの実施方法に正解はなく、あるチームではうまくいっても、別のチームではうまくいかないこともあります。
スモークテストを実施する前に、ソフトウェアチームは、目的、リソース、長期的なプロジェクト計画を検討する必要があります。 ソフトウェアを手動でテストするプロセスは、QAを始めたばかりの若いプロフェッショナルにとっては勉強になりますが、より確立されたチームにとっては、自動テストよりも手動テストを選択することのメリットはほとんどないでしょう。
ハイブリッドスモークテスト
手動と自動のスモークテストとサニティテストの間で決めかねているチームの第3の選択肢は、ハイブリッドテストを選択することです。
ハイブリッドテストは、手動と自動の両方のスモークテストの側面を組み合わせて、テストの全体的なパフォーマンスと効率を高めるものです。 ハイブリッドスモークテスト法を使用する場合、テストの大部分は自動化されますが、ある部分は手動で実行されることがあります。 これにより、スモークテストの全体的な所要時間を低く抑えつつ、ビルドの必要な側面に注意を向けることができます。
スモークテストの種類
スモークテストは大きく分けて、フォーマルなスモークテストとインフォーマルなスモークテストの2種類に分けられます。 スモークテストが正式なものか非公式なものかは、QAリードによって正式に実施されるのか、単に開発の一部として実施されるのかによって異なります。
1.形式的なスモークテスト
正式なスモークテストでは、ソフトウェア開発者は、正式なテストのためにQAエンジニアまたはQAリードにソフトウェアビルドを渡します。 QAリードは、テスターにスモークテストのタスクを割り当て、自動化などのスモークテストツールを使うか、手動でスモークテストを実施するよう依頼します。
正式なスモークテストを実施する場合、QAテスターはテスト結果を正式な報告書にまとめ、QAリードが分析できるようにします。
形式的なスモークテストは、例えば新機能の機能テストを行う前など、ソフトウェアの構築プロセスにおける重要なポイントで実施される。
2.非公式なスモークテスト
非公式なスモークテストとは、開発またはQAプロセス中にソフトウェアビルドに対して行われるスモークテストで、正式に報告されたりQAリードによって要求されたりするものではありません。
多くのソフトウェアチームが規約として行っているデイリースモークテストは、インフォーマルスモークテストの一例です。
インフォーマル・テストは、QAエンジニアが有用だと感じたときに、その場限りで実施することができます。
スモークテストを始めるために必要なもの
ソフトウェアテストでスモークテストを始める前に、データファイルや組織内のスキルなど、必要なものをすべて集めておくことが重要です。
スモークテストの実施に必要なものは、自動スモークテストか手動スモークテストか、また、プロセスを容易にするためにどのようなテストツールを使用するかによって異なります。
1.テストケースの一覧
スモークテストを始める前に、スモークテストで評価したいすべてのテストケースを網羅したリストが必要です。
テストケースは、テストしたいアクションの個々のセットであり、これらのアクションを実行した結果が期待する結果と一致しているかどうかを判断するためにテストするものである。
例えば、非常にシンプルなテストケースとして、アプリケーションを開いたときに、ソフトウェアがメインダッシュボードをロードすることが考えられます。
2.テストファイル
スモークテストを実行する前に、スモークテストを実行するためのテストファイルをすべて集める必要があります。 使用しているスモークテストソフトのコマンドラインを使用して、すべてのファイルを1つの場所に集めることができるかもしれません。
ファイルをどのように集め、どこに保管するかは、組織の運用方法によって異なります。
3.スモークテストツール
特に道具を使わなくても基本的なスモークテストはできますが、スモークテストツールを使うことで、結果の精度が上がり、スモークテストのスピードアップにつながるかもしれません。
まずオンラインでスモークテストツールを調べ、特定のニーズと予算との関係で、スモークテストを自動化または最適化するソフトウェアを選びます。
スモークテストの工程
スモークテストの最適な実施方法は組織によって異なります。スモークテストに初めて取り組む場合は、さまざまなアプローチを試してみて、自分のチームに最適な方法を確認するとよいでしょう。
以下は、ソフトウェアのコア機能を評価するための基本的なスモークテストの実施方法の例です。
ステップ1：テストケースを選択する
スモークテストを実施するための最初のステップは、どのテストケースでスモークテストを行うかを選択することです。
スモークテストを設計する際、ソフトウェアエンジニアとQAエンジニアは、どのソフトウェアの機能が最も重要で、これらの機能をどのようにテストするのが最適かを検討する必要があります。 ソフトウェアの機能にとって重要でない機能のテストに時間を費やすのはやめましょう。
ステップ2：スモークテストの構築
使用するテストケースが決まったら、それをテストするためのテストスクリプトを書きます。 スモークテストには1つのスクリプトを使用し、テスト実行中の柔軟性を高めます。
スモークテストの自動化を選択した場合、スモークテストを実行するたびに手動でテストスクリプトを書く必要はなくなります。 このようなスクリプトを自動化するために、ソフトウェアテスト自動化スイートを使用することができます。
ステップ3：スモークテストの実行
スモークテストスクリプトを作成したら、ビルド上で実行し、バグやその他の大きなエラーを探します。 30～60分程度で終了し、結果を見ながら次のステップに進むことができます。
ステップ4：不具合を修正する
ソフトウェア開発におけるスモークテストの目的は、完全なQAテストを実施する前に、重大なバグやショーストッパーを特定することである。
スモークテストの結果、ソフトウェアビルドのコア機能を阻害する重大な問題が見つかった場合は、QAを続ける前に、ソフトウェアと分析結果を開発チームに戻し、バグフィックスを行うことが重要です。
スモークテストのベストプラクティス
スモークテストは、開発のあらゆる段階で、ソフトウェアビルドの主要なバグを特定する信頼できる方法です。 業界のベストプラクティスに従うことは、スモークテストを効率的、正確、かつ生産的に行うための最良の方法です。
1.スモークテストを頻繁に実行する
特に、自動化されたスモークテストではなく、手動でテストを実行している場合、毎日スモークテストを実行することは必ずしも可能ではありません。
スモークテストはできるだけ頻繁に、そしてソフトウェアに変更を加えるたびに実行してください。 できるようになったら、毎日スモークテストを実施するのがベストプラクティスとされています。
2.テスト段階を省略しない
急いでいる場合、開発プロセスをより早く進めるために、いくつかのテスト段階をスキップしたくなるかもしれませんが、スモークテストも回帰テストも、開発を軌道に乗せるためには不可欠です。
次のステージに進む前に、必ずスモークテストとサニティテストでビルドをテストしてください。
3.すべての変更点をテストする
スモークテストの用途はひとつではありません。 スモークテストは、ソフトウェアのビルドに加えるすべての変更をテストしたり、異なる開発段階間でソフトウェアをテストするために使用することができますし、使用すべきです。
スモークテストは、統合テスト、パフォーマンステスト、機能テストの前段階であるべきです。
4.テスト結果を記録する
正式なスモークテストの結果をテストするのが一般的ですが、非公式なスモークテストを行う場合でも、エンジニアはその結果を記録しておく必要があります。
これにより、結果を開発者に還元しやすくなり、どの機能がテストに失敗しているのかを把握することができます。
5.スモークテストを2回実施する
スモークテストを2回実行するのはやりすぎと思われるかもしれませんが、テスト中にすべてのバグを本当に捕まえたいのであれば、2回実行するのがベストです。
これにより、スモークテストで重大なバグや、すぐに修正しなければさらなる問題を引き起こす可能性のある問題を発見する機会を確保することができます。
6.スモークテストの種類を正しく選ぶ
手動スモークテストと自動スモークテストのどちらを使うべきかは、チームの規模やニーズによって異なります。 結果の正確さを損なわずに効率を最適化するために、プロジェクトに最適なテストタイプを選択することを確認してください。
スモークテストの出力の種類
スモークテストを実施すると、評価するテストケースごとに、合格または不合格という2つの明確な結果のいずれかが得られると予想されます。
1.パス
実行する各テストケースの結果としては、スモークテストがパスすることが考えられます。 これは、テストの実際の結果が、テストの期待される結果と一致することを意味します。
例えば、アプリケーションをロードしたときに何が起こるかのテストを実行し、ロード時に開くはずの画面にロードした場合、スクリプトはこれをパスとして表示する必要があります。
2.失敗する
あるテストケースでスモークテストが失敗した場合、それは通常、テストの実際の結果がテストの期待された結果と一致しなかったことを意味します。
例えば、ショッピングアプリケーションをテストしているときに、テストケースの1つに買い物かごに商品を追加する機能をテストする場合、買い物かごに追加した商品が期待通りに表示されないとテストは失敗となります。
スモークテスト用テストケースの例
スモークテストにどのテストケースを含めるか考えるときは、ソフトウェアの中核となる機能のリストを書き、そのうちのどれがソフトウェアを実行し使用するために不可欠かを考えてください。
スモークテストのテストケースの例をいくつか挙げておきますので、ご自身のスモークテストでどのテストケースを使うかの参考にしてください。
1.ログイン認証の有効化
アプリケーションでユーザーのログインが必要な場合、ログイン情報を検証するプロセスが正常に動作するかどうかをチェックするテストケースを作成するとよいでしょう。
そのためには、ログインしてテストを実行し、結果を確認するという動作を自動化するスクリプトを作成します。 ソフトウェアが期待通りにログインすれば、このスモークテストケースは合格です。
2.新規ドキュメントを作成する
テストケースを作成して、ソフトウェアがユーザーに新しい文書を適切に作成させることができるかどうかを評価することができます。 お使いのソフトウェアでドキュメントの作成、命名、保存を自動化するスクリプトを作成し、実行します。
このプロセスを妨げるような大きな問題が発生した場合、このスモークテストは不合格ということになります。
3.ログアウトする
アプリケーションにログイン機能があれば、ログアウト機能もあるはずです。 スクリプトを実行して、ユーザーが「ログアウト」をクリックしたときに何が起こるかをテストします。
ユーザーがこのボタンをクリックしても正常にログアウトできない場合、スモークテストは失敗します。
スモークテストで検出されるエラーやバグの種類
スモークテストは、ソフトウェアのコア機能を阻害するエラーやバグを特定するのに役立ちます。 スモークテストを実行するタイミングや確認したい内容によって、スモークテストによってさまざまなタイプのエラーやバグを発見することができます。
1.機能的なエラー
機能エラーとは、ソフトウェアが期待通りに動作しない、あるいは正しく機能しないときに発生するバグのことです。
スモークテストで確認するテストケースのほとんどは機能テストなので、機能的なエラーはこのようにスモークテストで確認できる可能性が高いです。
2.ロジックエラー
ロジックエラーは、コードのロジックに欠陥があることを表し、ソフトウェアの動作がおかしくなることもある。 ロジックエラーは、アクションが不正な出力を生成したり、ソフトウェアのクラッシュの原因になることもあります。
よくあるロジックエラーに無限ループがありますが、これはソフトウェアがクラッシュするまで同じ動作を何度も繰り返してしまうというものです。
3.統合のバグ
統合レベルでスモークテストを実施している場合、テスト中に統合バグを発見することがあります。 これは、2つの別々のコードセットが互いに完璧に統合されていない場合に発生します。 これらの原因は、コードの幅広い互換性の問題であり、修復するためには複雑な解決策が必要になる場合があります。
一般的なスモークテストの指標
スモークテストを実施する際、QAチームはスモークテストの結果を評価し、テストの合格・不合格を判断するためにメトリクスを使用することがあります。
スモークテストの指標は、ソフトウェアがその中核となる機能を正しく実行できるかどうかを検討するだけでなく、ソフトウェアの速度やロード時間などを評価することもあります。
1.ソフトウェア速度
スモークテストは、ソフトウェアの速度やロード時間が、個々のテストケースに記載された一定の基準を満たすことを確認するために使用されます。
例えば、アプリケーションをロードしたときのソフトウェアの挙動をテストしているとき、アプリケーションは期待通りにロードされるが、起動に2分かかる場合、期待したロード時間を満たしていないため、Failとしてマークすることができます。
2.信頼性
スモークテストを2回実行することで、ソフトウェアの信頼性をテストすることもできます。 あるテストケースが一度だけ合格し、一度だけ不合格になった場合、コードに何らかの誤りがあり、ソフトウェアを使用するたびに発生するわけではないが、ユーザーに重大な問題を引き起こす可能性があるエラーが発生していることを示します。
最高の無料スモークテストツール
スモークテストツールは、スモークテストをより効率的かつ迅速に実行し、スモークテストを最大限に活用するのに役立つものです。
以下は、現在無償で入手できる最高のスモークテストツールの一部です。
無料のスモークテストツールのベスト5
1.ZAPTEST FREE（ザップテスト フリー）エディション
ZAPTESTは、1円も支払うことなくソフトウェアテストやRPAを自動化することができる無料ツールです。
ZAPTEST FREE版は、モバイル、Web、API、LOADプラットフォームなど、複数のプラットフォームで簡単なスモークテストを実施することができます。
自動化されたスモークテストを試してみたいという方は、ZAPTEST無料版をご利用いただくと、自動化のメリットを肌で感じることができます。 また、コードレスなインターフェースを持ち、最先端のコンピュータビジョン技術を活用しているため、技術的なバックグラウンドを持たない人でも簡単に使用することができます。
何より、ZAPTEST FREEはよく…。 永久に無料 一方、スモークテストや一般的なソフトウェア自動化ツールの多くは、最初のテスト期間があり、その後、利用料を支払うことになります。
2.セレン
Seleniumは無料のオープンソースツールで、スモークテストやリグレッションテストなど、ソフトウェアに関するさまざまな種類のテストを実行するために使用できます。 さまざまなプログラミング言語に対応し、特にWebアプリケーションのテストに適しています。
3.アピウム
モバイルアプリのスモークテストやサニティテストを実施したい場合は、SeleniumよりもAppiumの方がおすすめです。 Appiumはインストールと使用が簡単で、iOSとAndroidの両方で開発されたアプリの簡単なスモークテストを実行するために使用することができます。
4.テストリンク
Testlinkは、単一の構造化されたフレームワークの中でテスト計画やテストケースを起草することができる無料のWebベースの管理ツールです。 Testlinkは、スモークテストの計画だけでなく、スモークテストを開始する前に期待値と測定基準を概説するのに役立ちます。
5.QA ウルフ
QA Wolfは、他の機能テストと並んで自動化されたQAスモークテストを作成することができる、無料のエンドツーエンドテストツールです。 QA Wolfは、技術やコーディングのスキルがない人でも使えるので、ほとんどのQAチームにとってテスト自動化の入門書として最適です。
最高のエンタープライズスモークテストツール
スモークテストツールに多少の投資をする覚悟があれば、スモークテスト機能が充実し、より綿密な結果を得られるエンタープライズツールを購入することができます。
以下は、市場で最も優れたエンタープライズスモークテスト自動化ツールの5つのリストです。
エンタープライズスモークテスト自動化ツールのベスト5
1.ZAPTEST ENTERPRISEエディション
ZAPTEST ENTERPRISE editionは、スモークテストを含むあらゆるテストを完全自動化できるソフトウェアテスト＆RPAスイートです。
無償版は、ZAPTESTで何ができるかを知りたい中小企業に適していますが、使いやすく、あらゆるプラットフォーム、ブラウザ、デバイスで、あらゆるソフトウェアやアプリのテストに適しており、これらすべてに1SCRIPTで実装できる有償ソリューションをお探しなら、ZAPTEST ENTERPRISEは素晴らしいスタート地点となります。
2.ソープUI
SoapUIは、ソフトウェアのエンドツーエンドのQAテストを容易に管理・実行できるエンタープライズ向けテストツールです。 比較的簡単にインストールできるツールですが、限界があり、それが価格帯に反映されています。
3.テスティム
Testimは、AIを使ってソフトウェアの機能性を評価するコードレステストを作成する有料のスモークテストツールです。 TestimのJavascript APIは、テストのリファクタリング、カスタマイズ、デバッグに使用できます。
4.T-Planロボット
T-Plan Robotは、QAエンジニアがWindows、Mac、Linux、Mobile上でスクリプトによるユーザーアクションやRPA（Robotic Process Automation）を自動化するために使用できるエンタープライズテストツールです。 T-Plan Robotを使用して、さまざまなアプリケーションのスモークテストを自動化し、開発中の重要なポイントで実行できる自動スクリプトを作成することができます。
5.レインフォレストQA
Rainforest QAは、手動と自動の両方のスモークテストを単一のダッシュボードから管理・実施できるQAスモークテストツールです。 また、クラウドベースのアプリケーション、Windows、Macなど、幅広いプラットフォームに対応しているため、ハイブリッドアプローチに挑戦したい企業にも最適です。
エンタープライズとフリーのスモークテストツールは、どのような場合に使うべきでしょうか？
エンタープライズとフリーのスモークテストツールは、同じようなニーズを少しずつ異なる方法で満たすことができます。 通常、無料のツールは、手動スモークテストに慣れているが、自動スモークテストをより詳細に検討したい組織にとって、優れた入り口として機能します。
また、有償のツールを購入する資金がまだないような、非常に小さなスタートアップ企業にも適しているかもしれません。
エンタープライズ向けテストツールは、通常、企業が拡大するにつれて、より現実的な選択肢となります。 無料ツールよりも多くの利点があり、通常、より柔軟で、より良いサポートを提供し、非技術的な専門家でも簡単に自動煙テストを実行することができる、よりユーザーフレンドリーなインターフェイスを提供します。
スモークテストのチェックリスト
スモークテストを開始する前に、ソフトウェアQAチームはこのチェックリストを使って、スモークテストプロセスのすべてのステップをカバーしていることを確認することができます。
使用するスモークテストツールの確認
手動テストと自動テストのどちらを作成するかを選択します。
テストしたいテストケースを選択します。
各ケースに対応したテストスクリプトを作成する
各テストケースの「合格」要件を特定する。
スモークテストを実行する
結果を分析する
開発・QAへのフィードバック
結論
スモークテストは、ソフトウェア開発およびQAにおいて不可欠なステップです。 このため、QAチームがまだ安定していないビルドに対して集中的な機能テストを実施し、時間とリソースを浪費するリスクを防ぐことができます。
スモークテストは、ソフトウェアチームができるだけ頻繁に実施すべき、比較的迅速でシンプルなプロセスです。
ハイパオートメーションやRPAなどの先進的なツールを活用し、最適な効率化を目指す企業において、スモークテストの自動化は、あらゆる規模の組織で普及が進んでいます。
現代のQA環境では、手動と自動の両方のスモークテストが依然として存在しますが、自動テストがより一般的になるにつれ、それが標準になることは間違いありません。
よくあるご質問と資料
スモークテスト自動化に関する最適なコースは何ですか？
スモークテスト自動化についてもっと学びたい場合、オンラインコースの例として、以下のようなものがあります。
Courseraのスモークテスト講座 ● Courseraのスモークテスト講座
Udemy スモークテストコース
Skillshareのスモークテストコース
初心者におすすめのコースとして、Udemyで受講できる「認定テスター ISTQB Foundation Level（CTFL）」があります。
これらのオンラインリソースでは、それぞれ異なる能力の学習者向けにスモークテストのコースを提供しており、これらのサイトでは無料と有料の両方のコースを受講することが可能な場合があります。
認定を受けたい場合は、CASTの認定を受けたコースを探してください。
スモークテストに関する書籍は何が良いですか？
スモークテストについて詳しく知りたい方は、ソフトウェアテストやスモークテストに関する書籍を読んで、スモークテストのアプローチや利点について理解を深めてください。 スモークテストの名著には、以下のようなものがあります。
ソフトウェアテストの技術』グレンフォード・J・マイヤーズ、トム・バジェット、コリー・サンドラー著
ソフトウェアテスト、ロン・パットン著
ソフトウェア・テスト・オートメーション』（マーク・フュースター、ドロシー・グラハム著
しかし、ソフトウェアテストに関する素晴らしい本がたくさんあり、テストの方法、方法、内容についての理解を深めることができます。
自分が最も興味を持ったテーマをより詳しく探求する、魅力的な本を選びましょう。
スモークテストに関する面接質問トップ5を教えてください。
煙検査を行う可能性のある職種の面接を考えている方は、以下のような面接でよくある質問に対する答えを用意して、面接に備えましょう。
スモークテストを実施するタイミングはいつがいいのか？
スモークテストで使用するテストケースは、どのように決めるのでしょうか？
スモークテストは、サニティテストのような他のテストとどう違うのですか？
スモークテストを行うには、どの程度のコーディングの知識が必要ですか？
スモークテストが不合格の場合はどうするのですか？
スモークテストに関するYouTubeのチュートリアルは何が良いですか？
もしあなたが視覚的に学ぶ人なら、YouTubeの動画でスモークテストのことをもっと知ることができるでしょう。
Edureka スモークテストのチュートリアル
スモークテストとは何ですか？
スモークテストとサニティテストの比較
スモークテストのメンテナンス方法は？
スモークテストのメンテナンスとは、作成したスモークテストが、ソフトウェア構築プロジェクトの継続に伴い、健全で適切な状態に保たれるようにすることです。
毎日スモークテストを実行し、必要な時に新しいテストケースを作成する。
また、貢献してもコードの品質が向上しない開発者と密接に連携することで、スモークテストの効果を最大化することができます。
ソフトウェア工学におけるスモークテストとは？
ソフトウェアエンジニアリングにおけるスモークテストは、ビルド検証テストとも呼ばれ、ソフトウェアのビルドが安定していることを確認するためのシンプルで迅速なテストです。
スモークテストは、ビルドのコア機能をテストするために使用され、さらなるQAテストが行われる前の予備テストとして機能する。
スモークテストとサニティテストの比較
スモークテストとサニティテストは、どちらもソフトウェアビルドや製品の中核的な機能性を迅速にテストするテストの一種です。
しかし、スモークテストがソフトウェアの中核的な機能が期待通りに動作したかどうかをテストするのに対し、サニティテストは通常、バグ修復によって特定された問題が修正されたかどうかをチェックするために使用されます。
スモークテストは、より正式で文書化されたプロセスであり、通常、ビルドが安定したものとして検証される前に行われます。一方、サニティテストは、比較的安定したビルドの回帰テストの一部として実施できる非公式なタイプのテストです。
スモークテストとリグレッションテストの比較
スモークテストとリグレッションテストは、どちらも新しい変更を加えた後もソフトウェアが正常に機能するかどうかをチェックするテストの一種です。
しかし、スモークテストは、コアな機能をチェックし、ソフトウェアが安定していることを確認するだけの、比較的高速で深度の低いタイプのテストです。
リグレッションテストは、より長い時間をかけて、ビルドをより詳細に評価する、より深いレベルのテストです。
スモークテストとサニティテストとリグレッションテストの比較
スモークテストとサニティテストを回帰テストと比較する場合、これら3種類のテストはすべて、優れたソフトウェア開発とQAに必要であることを理解することが重要です。
スモークテストやサニティテストは、ソフトウェアが正常に機能するかどうかを素早くチェックする方法であり、回帰テストは製品の動作についてより深い洞察を得ることができます。
QAチームは、まずソフトウェアをスモークテストし、このチェックに合格すれば、サニティテスト、そして後にリグレッションテストを行うことができます。
スモークテストツールを使ったスモークテストの自動化が進んでいますが、回帰テストなど、テストの種類が複雑なため、まだ完全自動化できていないものもあります。
最後に、 Windowsプラットフォーム、iOS、Android、 UIテスト、Linuxなどの テストを実行するツールをお探しなら、ぜひZAPTEST FREEをダウンロードしてください。
