我想測試一個簡單的基於WebForms（asp.net）的用戶界面，並按照MVP模式讓我的用戶界面更具可測性。測試基於MVC的用戶界面時，您通常會測試多少測試設置？
由於我遵循後端算法的TDD方法論，我發現有一些單元測試重構發生在DRY原則（不要重複自己）的精神中。當我嘗試使用Rhino Mocks將其應用於UI來驗證我的交互時，在設置視圖或模型期望時，我在Controller測試中看到很多共同點。
我的問題是：如果有的話，你通常會進行多少重構？我很好奇看看其他TDDer如何測試他們的MVC/MVP UI。
我使用MVP，並在我的測試中，我嘗試應用大部分重構我會在標準代碼。由於測試不同場景所需的細微變化，通常在測試中效果不佳，但部分內容可能具有共同性，並且在可能的情況下我會進行合併。隨着項目的發展，這可以緩解所需的更改;就像在你的標準代碼中，更容易改變一個地方而不是20.
我不會像標準代碼那樣重構測試。當你將事物重構成普通的基類，輔助方法等時，測試開始變得更加模糊。測試應該足夠清晰。
DRY不是測試問題。
也就是說，有許多管道事情是通常做的，而這些應該被抽象掉。
我寧願將單元測試當作純函數程序來處理，以避免必須測試它們。如果一個操作在測試之間足夠常見，那麼我會評估它的標準代碼庫，但即使這樣我也會避免重構測試，因爲我傾向於有很多測試，特別是對於gui驅動的BL。
我使用硒進行功能測試 我正在使用JUnit來測試我的控制器。
我會模擬出由控制器使用和測試，看看有什麼URI控制器被重定向到等服務或資源...
我不是真的在這一點上測試的唯一的事情是觀點。但我已經採用功能測試來彌補。