「GenerateOrders」などの多数の「操作」またはテストを記述できる独自の統合テストハーネスを作成しました。テストの構成に使用できるパラメーターがいくつかあります（注文数など）。次に、テストが成功/失敗したことを確認するための2番目の操作を記述します（つまり、（nt）注文があります）。
ツールはのために使用されます
うまく機能しているようですが、新しいテストを維持および作成するには、開発経験が必要です。私たちのテストチームは、C＃開発の経験がほとんどない参加者になりたいと考えています。
私たちはちょうど新しいグリーンフィールドプロジェクトを開始しようとしています。私は統合テストを作成して維持するための最適な方法についていくつかの調査を行っています。
質問は次のとおりです。
私は人々の提案/コメントを楽しみにしています。
前もって感謝します、
デビッド
統合テストは、ユーザーインターフェイスレベル（自動機能テスト-AFTを介して）またはサービス/APIインターフェイスレベルで実行できます。
どちらの場合も、いくつかのツールがあります。
私は、WebアプリのAFTにSahiまたはSeleniumを、.NET WPFまたはwinformsアプリのAFTに白を、 EclipseリッチクライアントアプリのAFTにswtBotを、JavaSwingアプリのAFTにfrankensteinをうまく使用したプロジェクトに取り組んできました。
Fitnesseは、サービス/APIレベルのテストまたはUIのすぐ下で実行されるテストに役立ちます。正しく実行されると、ビジネスで読み取り可能なテストができるという利点があります。つまり、開発者以外の人がテストを読んで理解できるという利点があります。NUnitのようなツールは、この目的にはあまり役立ちません。SOAPUIは、SOAPWebサービスのテストに特に適しています。
考慮すべき要素：
いくつかのニュアンスがここにキャプチャされます。
完全な開示：作成者は、上記の無料のオープンソースツールのほとんど（すべてではない）の背後にある組織に関連付けられています。
You could try the Concordion framework for writing user acceptance tests in HTML files. It takes a BDD-style approach. There is a .Net port as well
まだベータ版ではありませんが、StoryTellerは有望に見えます。