私はいくつかのレガシーアプリケーションを使用している企業で働いていますが、それらは完全に結合されています。
したがって、統合テストは非常に重要です。分散テストフレームワーク、またはQAチームと開発チームの両方が活用できるそれらの組み合わせを探しています。「分散」については、テスト用の多くの環境を指しますが、単一のアプリケーション自体は分散システムではありません。
次の基準は理想的なモデルではないかもしれませんが、開発されるツールの要件と期待の種類です。
そのようなフレームワークは次のようになります。
オープンソース
学習、維持、拡張するためのコミュニティサポート:)
配布
複数の環境でテストを実行できるようにします。テストケースは頻繁に変更される可能性があるため、実行するターゲットコードベースを使用してそれらのテストをターゲットマシンに分散することは管理可能である必要があります。
I am checking out [STAF][1] on this.
統合テストを許可する
キャメルのテストを調べています。いくつかのアプリケーションの動作を刺激するために、いくつかの既存の「シミュレーター」、「モック」があります。使いやすい依存性注入/モックを備えたフレームワークは非常に役立ちます。
WEB UIを使用すると、
- all testing results are shown
- able to trigger test
- able to see testing definition
人間が読める形式で構成可能な検収試験の定義
テスト言語は読み取り可能なDSLである必要があります。分散してテストする方法がわからなかったので、FitNesseのようなフレームワークが良い選択だと思います。Citrusの場合 、XMLは読みにくいと懸念しています
いくつかの現在のフレームワーク
私のチームはJSystemを提案してきましたが、テストを配布することは可能ですが、Web GUIはなく、私の主な懸念は、その開発が2009年以降停止されていることです。
前述のように、多くのフレームワークを調べました 。Grinder-スイートのWeb負荷テストの方が優れているようです。 JMeter-これはより近いようですが、負荷テストにも焦点を当てていますか？
背景の詳細：ほとんどの開発者はJAVAに精通しており、現在、Hudsonを使用してJUnitテストを実行しています。
そして最後に、私はより概念的な問題も考えています。xUnitテスト、統合テスト、受け入れテストをすべて分離する必要がありますか？xUnitテストはコードベースに固執する必要がありますか？おそらくこれは別の質問に値するかもしれませんが、それを念頭に置いて、私は正しいものを探しているかどうかわかりません。
考えについてコメントをいただければ幸いです。フレームワークを提案していただければ幸いです。よろしくお願いします。