我想测试一个简单的基于WebForms（asp.net）的用户界面，并按照MVP模式让我的用户界面更具可测性。测试基于MVC的用户界面时，您通常会测试多少测试设置？
由于我遵循后端算法的TDD方法论，我发现有一些单元测试重构发生在DRY原则（不要重复自己）的精神中。当我尝试使用Rhino Mocks将其应用于UI来验证我的交互时，在设置视图或模型期望时，我在Controller测试中看到很多共同点。
我的问题是：如果有的话，你通常会进行多少重构？我很好奇看看其他TDDer如何测试他们的MVC/MVP UI。
我使用MVP，并在我的测试中，我尝试应用大部分重构我会在标准代码。由于测试不同场景所需的细微变化，通常在测试中效果不佳，但部分内容可能具有共同性，并且在可能的情况下我会进行合并。随着项目的发展，这可以缓解所需的更改;就像在你的标准代码中，更容易改变一个地方而不是20.
我不会像标准代码那样重构测试。当你将事物重构成普通的基类，辅助方法等时，测试开始变得更加模糊。测试应该足够清晰。
DRY不是测试问题。
也就是说，有许多管道事情是通常做的，而这些应该被抽象掉。
我宁愿将单元测试当作纯函数程序来处理，以避免必须测试它们。如果一个操作在测试之间足够常见，那么我会评估它的标准代码库，但即使这样我也会避免重构测试，因为我倾向于有很多测试，特别是对于gui驱动的BL。
我使用硒进行功能测试 我正在使用JUnit来测试我的控制器。
我会模拟出由控制器使用和测试，看看有什么URI控制器被重定向到等服务或资源...
我不是真的在这一点上测试的唯一的事情是观点。但我已经采用功能测试来弥补。