2012-03-16 3 views
1

背景:自動統合テストソリューションを実装しようとしています。 QA /ユーザーがテストケースを管理できるFitNesseサーバーを稼働させたいのですが。夜間のビルド中に、ビルドマシンでローカルにテストを実行する必要があります。 (ビルドスクリプトでは、Jettyを起動し、FitNesseのテストケースはRESTfulなAPIを呼び出しています)リモートテストケースをローカルで実行しているFitNesse?

私はfitnesse-maven-plugin(http://mojo.codehaus.org/fitnesse)を調べています-maven-プラグイン/)、ゴールますFitnesseの説明に:この目標は、リモートFitNesseのウェブページを呼び出すためfitnesse.runner.TestRunnerクラスを使用して、ローカルテストまたはスイートを実行

:実行、それはと言いました

ただし、私はこのプラグインをFitNesseバージョン2009xxxxまたは2008xxxxで使用しています(このmavenプラグイン)、テストがローカルで実行されていないことがわかりました。代わりに、私はリモートFitNesse wikiサーバーで作成された新しいテスト結果を見た。

FitNesseの動作が変更されたことが原因であるかどうかわかりますか? (FitNesseのもっと古いバージョンに依存しているのは、fitnessmavenプラグインです)また、元々のテストランナーが廃止されているので、私が探している振る舞いをすることは可能でしょうか? (リモートサーバーで定義されているが、ビルドマシンでローカルに実行されているページ)

FitNesseを使用するために推奨される手法ではありませんか? (もしそうなら、私は自動テストのアプローチを変更する必要があります)

+0

もう1つの情報を追加するだけです。テストでは、RestFixtureを使用してlocalhostに接続しています。 FitNesseサーバーをローカルマシンで実行していても、別のマシン(接続が拒否されていません)では実行していない場合は問題ありません。これらはすべて、テストがローカルで実行されていないと私に信じさせます。 –

+0

もう一つ追加します:ローカルファイルに書き込むフィクスチャを作成しました。テストケースの実行後、ファイルはリモートマシンで生成されますが、ローカルマシンでは生成されません。それはテストがローカルで実行されていないことを確信しています:( –

答えて

2

私が使用した1つの解決策はwikiインポートオプション機能です。これにより、リモートWikiから最新の変更をローカルビルドサーバーにインポートできます。テストを実行するのではなく、彼らが変更するたびに手動で再インポートを持つとき

http://fitnesse.org/FitNesse.UserGuide.WikiImport

また、自動更新にそれを伝えることができます。

もう1つの可能性は、ソースコントロールプラグインを使用してリモートWikiのQA/Usersによる変更を自動的にコミットし、ビルドの一部としてプルダウンすることです。

+0

WikiImport(テストの実行後にトリニダードプラグインの停止)を使用しているときに別の問題に遭遇しますが、少なくともこのアプローチはうまくいくようです。 –

関連する問題