為表現層使用Fit Test Doubles
當測試領域層時，用雙重測試來模擬NHibernate 與數據庫的通信。同樣，有些時候，當測試表現層時，使用同樣的方法很方便。假設你和一個極其投入的具有創造性的隊伍正在研究ASP.NET 項目。這些具有創造性的人們，穿著黑色的套領毛衣，管理著應用程序的外表和感覺。但是當他們研究圖像配置時，不能阻止你開發一個表現層 ，以此來查看領域－邏輯和數據訪問結果，并以此來得到客戶回饋，但是仍然能推遲決定，例如：模板頁建立、強制安全，和其他特殊表現層的決議的時間。在其它方案中，假設你正在研究一些復雜的商業規則，你希望在沒必要寫一些單元測試來壓縮每一個細小的變化的情況下，你的客戶也能證明。 FIT (Framework for Integrated Test)是開發者的工具。開發者利用此工具迅速地偽造表現層 ，并且在開發者和項目賭金保管者之間提供一個更合作的努力。正如Fit 站點所顯示的，完成這個就知道軟件應該做什么以及它做了什么。它自動地把顧客的期望比喻成實際結果�？梢哉f，是一個工具，例如：這個。不是基本的，也不要求這個工具來檢測NHibernate；但是需要重視測試驅動發展的重要性，一個像Fit的工具，例如，如果使用得正確，它就會像NUnit一樣，可應用到軟件質量中。
首先查看Fit測試結果，你能使用WinFITRunnerLite，WinFITRunnerLite它在Windows客戶里運轉Fit測試，與NUnit, or FitNesse的方法相似，同樣它提供一個基于網頁的wiki，用來修改測試輸入和檢查Fit測試結果。盡管過程煩瑣一些，FitNesse提供了一個靈活的結構，允許客戶參與確認譯碼邏輯以及應用程序流程。下面的屏幕顯示了一個簡單的例子，例子中顯示了你期望通過使用FitNesse從運轉計算器測試中看到這個輸出情況。
盡管這篇文章沒有Fit測試的執行例子，我期望你能對學習更多的這種強有力的結構感興趣。除了前面列出的網站，可能在Rick Mugridge 和Ward Cunningham共同編寫的Fit for Developing Software這篇文章中，有與Fit的使用以及和Fit的擴展有關的廣泛信息。
通過NUnitAsp運行ASPX "Smoke Tests"
在這一點上，我們單元測試了領域層、數據訪問層，而且我們學到了通過使用Fit，檢測粗糙表現層 ，為了把將客戶連接得更緊密�，F在是ASPX 頁碼檢測它們自己得時候了。NUnitAsp是一個類庫用于執行這些（Aspx）單元測試。通過使用NUnitAsp和你的WebForms測試，盡管你能熟練地在WebForms測試中使用NUnitAsp，但是我發現：對于從連續綜合服務器中運轉一個"冒煙測試"來證明沒有頁碼被破壞，NUnitAsp是最好的。再進一步考慮往往會導致許多相關單元測試碼的維護。本質上，因為這些HTTP很慢，它們很少運轉，因此只是被輕輕地維護著，因此它們必須盡可能保持得越簡單。
BasicSample.Tests/Web/WebSmokeTests.cs展示這些單元測試得樣本。盡管極其簡單，這些冒煙測試經過很長時間來證明了：你的表現層是可以作出響應的，數據庫通信正確地工作，NHibernate HBMs，在極大程度上，是沒有錯誤的。作為一個補充的紅利，如果冒煙測試在被安置后，迅速地被對準在生產環境中，它將預載所有ASPX頁碼，為下一個訪問者提供一個更能響應的經驗。在你的應用程序里，你應該為每一個URL可訪問的網頁提供一個冒煙測試。為了幫助組織它們，在冒煙測試的每一個分組中，建立一個獨立的測試類型。例如：網頁的管理部分的冒煙測試應該能在一個被叫做AdminSmokeTests.cs. BasicSample.Tests/Web/WebSmokeTests.cs文件中找到。
BasicSample.Core for Defining the Domain Layer
BasicSample.Core項目包括領域模型以及NHibernate HBM文件。這個項目也包括接口，在BasicSample.Core.DataInterfaces命名空間里描述數據訪問對象。（可論證的是：在邏輯上，HBM 文件屬于BasicSample.Data組件，但是在物理上，它們描述的在封裝中HBM文件與接近領域對象所帶來的方便超過損害。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
