使用VisualStudio2005TeamSystem進行單元測試[1] 軟件測試
隨著業務的革新和發展,運行它們的系統也需要進行更新。隨業務的發展、革新以及與合作伙伴、客戶和供應商的結合,這些系統將在復雜性方面持續擴增。
這種復雜性迫使 IT 的領導者們在開發過程中(即,在實現之前)確保質量。有一種方法可使開發人員減少進入 QA 環節的故障數量,即,針對自定義代碼嚴格執行自動化單元測試。在開發過程中強制使用自動化單元測試可為團隊成員提供有關如何使用自定義代碼的示例(這些示例易于使用并自行記錄)。
使用結構化、自動化單元測試面臨的挑戰之一是完成這些任務所需的代碼總數。(測試代碼需要使用大量代碼!)代碼生成的概念(簡單定義為“創建軟件的軟件”)正隨著時間的快速推移而逐漸深入到團隊 IT 開發之中。有些人認為代碼生成有助于縮短“推向市場”策略的時間,強制內部標準/協定,并促進開發過程。
Microsoft 認識到這一需要后提供了一個功能豐富、帶有下一代開發平臺 Visual Studio 2005 Team System (VSTS) 的代碼生成引擎。本文提供針對單元測試代碼生成的循序漸進的指導,并深入探討如何在用例中使用。
重新思考單元測試
請考慮以下情況:您負責為公司生成下一代系統,同時您是較大的開發團隊中的一員。您是 UI 開發人員,負責盡可能多地創建 Microsoft ASP.NET/Microsoft WinForms。您依賴“中間層”團隊完成其中間層組件 — 這些組件用于執行數據庫 CRUD (Create-Retrieve-Update-Delete) 以及與該系統中每個實體相關的業務規則。
經過幾周的 UI 開發,您完成了窗體并且收到了中間層開發人員打算向您提交其類庫的消息。下面提供一段對話示例,說明我們大多數人在開發過程中都會遇到的一些事情。
UI 開發人員和中間層開發人員間的示例對話
中間層:
“這些對象隨時供您使用 — 為此,只需獲取 OurSystemBL.dll 的最新版本?!?/P>
UI:
“謝謝。您有供我們查看文檔嗎?”
中間層:
“哈哈!是的,當然有!我們花了很多時間編寫它!請查看 Design Document — 噢,請等一等,它還沒有完成……(不久之后即可完成!)”
原文轉自:http://www.anti-gravitydesign.com