問題タブ [smoke-testing]

そうでない場合でも、スモークテストは使用されていますか？

回帰テストは、全体的なテストの小さな (変更または新しいモジュールの導入によって何も壊れていないことを証明するのに十分なだけの) サンプルであると教えられました。しかし、 Ron Morrison と Grady Booch によるこの記事は、私の考え方を変えさせてくれます。

望ましい戦略は、各ユニットを一度に 1 つずつ導入し、大規模な回帰テストを実行し、欠陥を修正してから次のユニットに進むことです。

同じ文書には次のようにも書かれています。

少数のユニットが追加されるとすぐに、テスト バージョンが生成され、「スモーク テスト」が行われます。このテストでは、統合された製品が期待どおりに機能するという確信を得るために少数のテストが実行されます。その意図は、新しいユニットを徹底的にテストすることでも、システム全体を完全に回帰テストすることでもありません。

スモークテストについて説明するとき、著者は次のように述べています。

スモーク テストでは、新しいコンポーネントだけでなく、システム全体のクイック チェックを実行することも重要です。

「広範な」テストと「回帰テスト」が一緒に使用されているのを見たことがなく、「システム全体を完全に回帰テストする」と説明されている回帰テストも見たことがありません。リグレッション テストは、可能な限り軽量かつ迅速に行う必要があります。そして、スモーク テストの定義は、回帰テストが何であるかを私が学んだものです。

私が教えられたことを誤解しましたか？私は間違って教えられましたか？それとも、「回帰テスト」には複数の解釈がありますか?

プロジェクトのパフォーマンスとテストカバレッジを測定するための継続的インテグレーションには、スモークサーバーが使用されていることを理解したと思います。これは基本的に正しいですか？プログラムのスモークテストとはどういう意味ですか？単に、スモークサーバーで定義されたテストを継続的に適用して、特定の時間枠でのパフォーマンスの低下を特定できるようにすることを意味しますか？

この他の質問は、健全性テストとスモークテストの違いを説明していますが、スモークテストを定義することを求めていません。この質問は、参照質問よりも何年も古いものです。

そのため、この時点で、現在のプロジェクトでデイリービルドを何ヶ月も実行しています。ただし、デイリービルドに伴うスモークテストはそれほど複雑ではありません。メインクラスライブラリでいくつかのnUnitテストを実行し（確かに、優れたコードカバレッジは提供されません）、コンパイルが確実に行われるようにします。ビルドします。問題のアプリケーションは、いくつかのビジネスオブジェクト（LINQ-to-SQLを含む）を使用するASP.NETサイトです。

特にASP.NETサイトで実行する必要がある、より複雑なスモークテストはありますか？さらに言えば、ASP.NETサイトのスモークテストをどのように開発しますか？

自動スモークテストを実行したいWPFアプリがあります。ドキュメントのロード、ドキュメントの保存などの簡単なテスト。誰かが既存のフレームワークまたはそれを支援するアプリケーションを提案できるかどうか疑問に思いました。

ありがとう！

DST、Wanem などのさまざまなテストについて説明できる人はいますか。

ビルドをステージングにデプロイした後。エラー http ステータス コード (400,500) を探して、すべての Web ページをスモーク テストするシステムが必要です。

このようなシステムを導入するための最も簡単で最速の方法は何ですか?

Selenium または WebAII を使用する場合、基本的な単体テストを生成するために多くの作業を行う必要があるようです。

理想的には、すべてのページに対して完全に単純なテストを自動生成し、その後、よりインタラクティブな UI テストを構築できるようにしたいと考えています。

wgetなどを使用して独自のソリューションを展開したくありません。

いくつかの提案をいただければ幸いです。

ありがとう

WPF アプリケーションのスモーク テストを作成することを検討しています。私が直面している問題は、UI オートメーション (または UI スクリプトを作成するその他のテクノロジ) を使用する必要があるか、それとも ViewModels を直接使用するだけで十分であるか (最初に単体テストを容易にするためにすべてのビューモデルが作成された後) です。 ）。

私がこの思考プロセスを経た最初の人だとは信じられないので、誰かが私を助けてくれるかどうか疑問に思っています.

現在の状況: 開発者が Web サイトを作成し、運用担当者がそれを展開します。デプロイが完了すると、開発者がスモーク テストを行い、デプロイがスムーズに行われたことを確認します。

私にはこれは間違っているように感じます。本質的には、アプリケーションをデプロイするのに 2 人が必要であることを意味します。私たちの場合、この 2 人は地球の反対側にいて、タイムゾーンが関係して大混乱を引き起こしています。しかし、開発者はテストの最小セットが何であるかを知っており、それは時間の経過とともに変化する可能性があります (特にアプリの Web サービス部分)。操作は、それらに敬意を表して（そして彼ら自身がこれを言うでしょう）、従うべき一連の指示を必要とするボタンプッシャーです.

手動による解決策は、テスト ケースを文書化し、運用が展開するたびにその文書に従うことです。それは苦痛に聞こえますが、異なるバージョンを異なる環境 (具体的には UAT と本番環境) にデプロイしている可能性があり、それぞれに異なる一連の指示が必要になる場合があります。

これに加えて、近い将来の計画の 1 つは、自動化された毎日のデプロイ環境を用意することです。そのため、特定のバージョンのアプリをデプロイする方法をコンピューターに指示する必要があります。アプリをスモーク テストする方法について、その手順に追加したいと思います。

現在、開発者は人間向けよりもコンピューター向けの手順を文書化する方が優れているため、明らかな解決策は nUnit の組み合わせを使用することのようです (これらは単体テストではないことはわかっていますが、目的のために構築されたテストです)。 runner) と、Watin または Selenium API のいずれかを使用して、明らかなブラウザーの手順を実行し、Web サービスを呼び出して、これらの単体テストを実行する方法を運用担当者に説明します。私はそれを行うことができます; 私はすでにほとんどそれをしました。

でも、そのプロセスをもっと簡単にできたらいいと思いませんか?

この時点で、運用担当者とコンピューターは、どのテスト セットがアプリのどのバージョンに関連しているかを把握し、nUnit ランナーにどのベース URL を指す必要があるかを伝える必要があります (たとえば、www.example.com = v3. 2 または test.example.com = v3.3)。

テスト ランナー自体にベース URL を指定し、たとえば zip ファイルをダウンロードさせて、そこにあるテスト フィクスチャを実行する前に、それを解凍し、構成ファイルを自動的に編集する方法があれば、もっといいと思いませんか?

それを行うオープンソースアプリはありますか? 必要ですか？nUnit 以外のもの、おそらく Fitnesse を使用したソリューションはありますか?

記録として、私は最初に .NET ベースのツールを検討しています。開発者のほとんどは主に .NET 開発者ですが、私たちは .NET と結婚していません。他の言語を使用してテストを作成するツールが存在する場合は、Windows で動作するテスト ランナーがある限り、喜んで対応します。

私のプロジェクトでは、UnitTests（MsTest）を使用しています。それらを手動およびビルドスクリプトで実行します。ただし、手動でデプロイする一部の環境では。

私たちはいくつかのスモークテストを受ける必要があります。現時点では、このスモークテストを「手動」で行いました（ログイン、ユーザーの作成、ライセンスの作成、製品の作成など）。

コマンドラインまたはVisualStudioから単体テストを実行できることはわかっていますが...

.aspxページからこれらのmstests（またはおそらく小さなサブセット）を実行して結果を表示できるかどうか知っていますか？

編集済み：mstestsまたは何かがテストを実行でき、合格したテストと失敗したテストのリストに似た.aspxページに視覚的に表示できるかどうか疑問に思っています...テストの小さなサブセットのみを実行することを考えています（5 -6）