1

私たちの webapp テスト環境では、現在、一連の単体テストで watin を使用しており、selenium に移行してより多くのフレームワークを使用することを検討しています。

現在、Selenium2 + Gallio + Xunit.net、

しかし、私たちが実際に回避しようとしているものの 1 つは、コンパイルされたテストケースです。理想的には、IntelliSense を使用して VS で編集できるテストケースが必要ですが、小さな変更を加えるたびにアセンブリを再コンパイルする必要はありません。

この問題に役立つ可能性のあるフレームワークはありますか? 大量のテストケースを管理するのに役立つ優れた UI ツールはありますか?

理想的には、テストケースの作成プロセスを単純にして、より多くのテスターがテストケースの作成を支援できるようにしたいと考えています。

乾杯

4

2 に答える 2

0

ruby (例: IronRuby ) や python などの明示的なコンパイル手順を持たない言語で記述できます。

コンパイル済み言語を使用している場合は、コンパイルする必要があります。アセンブリを適切なサイズにすると、Shift F6 (シフト In に配線し直します) で現在のプロジェクトがコンパイルされます。(通常、Shift Ctrl-B は多くの冗長な処理を行います)。次に、NUnit がアセンブリの変更を検出したときにテストを自動再実行するようにします (または、http://xunit.codeplex.com/workitem/8832 で投票しxunit GUI ランナーに取り込みます)。

また、CR、R#、および/または TD.NET には、フローを高速化するために提供するものがあることに気付くかもしれません。たとえば、CR はどのテストが変更されたかを検出し、その周りの処理を行っていると思います (現時点では、より高度な xunit.net テスト スタイルをサポートしていないため、日常的には使用していません)。

于 2010-06-15T08:32:23.160 に答える
0

新しいテストを追加すると、テスト フレームワークのコンパイルを回避できなくなります。

ただし、いくつかの可能性があります。

初め:

私が行ったように、xml または同様の形式でネイティブ言語を開発できます。次のようになります。

[コード] アクション名="OpenProfile" パラメータ名="ユーザー名" 値="TestUser" [/コード]

これを取得したら、インタープリターを使用して、この xml をオブジェクトにシリアル化するだけです。次に、リフレクションを使用して、対応するクラスで適切な関数を呼び出すことができます。もちろん、完全にモジュール化され、慎重に設計された構造 (すべてのページに独自のオブジェクトと、すべてのページが継承するベース オブジェクトがあるように) を実装した多くのアクションを実装した後、必要なく xml ベースのテストを独自に追加できます。フレームワーク自体を再構築することです。

ログイン、プロファイルへの移動、プロファイルの編集への移動、パスワードの変更、保存、メールのチェックなどのアクションがあることがわかります。次に、次のようなテストを行うことができます: ログイン変更パスワード、ログイン編集プロファイル ユーザー名... などなど。そして、新しいxmlを作成するだけです。

同様の動作をサポートするフレームワークを探すことができますが、そこにはいくつかあります。それらの最高のものはキュウリフィットネスです。これらはすべて、高レベルのテスト ケースの作成と低レベルの機能構築をサポートします。

したがって、基本的にフレームワークの準備ができたら、あとはテストを作成するだけです。

それが役に立ったことを願っています。

ゲルゲリー。

于 2010-06-15T08:20:00.607 に答える