多数のブラウザUIテストを管理するための最良の方法は何ですか？過去に多数の自動ブラウザテストを処理するときに有効だった可能性のあるアプローチを探しています。「低レベルのUIテストにリファクタリングする必要がある」などの明白な答えは、私が探しているものではありません。最終的に、これらのテストは、実行と保守の両方に非常に時間がかかります。この問題を最小限に抑えるための最良の方法を探しています。
また、私は特に.NET（WatiN、CC.net、Fitnessなど）に焦点を当てた自由ソフトウェアに限定されていることにも言及する必要があります。
Web UI テストに関する他のスレッドでは、Seleniumが人気があり、強く推奨されていました。
Selenium は優れていますが、ちょっと遅いです。単体テストはめったに (あったとしても) プロセスから外れてはならないため、セレン テストよりもはるかに高速になるはずです。
自動化された UI テストに使用する場合は、単体テストと並行して実行できる別のビルドにすべてを配置します。
自動化された UI テストを回帰テストとして扱うことを好みます。
アクションの一般的なシーケンスを除外し、それぞれ1つのサブテストに入れます。特定の機能に必要なサブテストのみを実行します。