管理大量浏览器UI测试的最佳方法是什么？我正在寻找一种在过去处理大量自动化浏览器测试时可能对我们有用的方法。显而易见的答案，例如"它们应该重构为较低级别的UI测试"，并不是我想要的。最终，这些测试在运行和维护上都非常耗时。我正在寻找最小化此问题的最佳方法。

我还必须提到，我仅限于专注于.NET的自由软件(WatiN，CC.net，Fitnesse等)。

解决方案

排除常见的动作序列，然后将它们分别放在一个子测试中。仅运行任何给定功能所需的子测试。

在有关Web UI测试的其他线程中，Selenium是一个受欢迎且强烈推荐的选择。

硒很好，但是有点慢。由于单元测试很少(如果有的话)会失败，因此它们应该比硒测试快得多。

如果我们将其用于自动化UI测试，则将它们全部放在一个单独的构建中，该构建可以与单元测试并行运行。

我更喜欢将自动UI测试视为回归测试。