本文主要講述ASP.NET ，怎樣創建ASP.NET 項目。這些內容都是一些門戶網站和技術論壇找到的，中間可能有不少錯誤是我沒有挑出的，歡迎大家指正。下面對ASP.NET 進行說明。

在幾個星期前我在博客里提到， 我們將在這個發布里同時發布 .NET框架庫源碼的引用版本。Visual Studio 2008有內置的調試器支持，自動按需調試進入代碼（VS 2008可以自動為你下載適當的.NET框架庫文件）。#t#

我們正在部署這些源碼服務器，在幾個星期里將發表啟動這個功能的步驟，說不盡的其他改進 。

上面的列表只是所做改進的一小部分。針對客戶端開發，VS 2008 包含了對ASP.NET 設計器和項目的支持。ClickOnce 和WPF XBAPs現在在FireFox中也工作了。WinForms和WPF項目現在也能使用ASP.NET 應用服務(成員，角色和用戶數據)來漫游用戶數據了。 辦公開發也更加豐富了，包括對Office 2007 Ribbon和Outlook的集成支持。Visual Studio辦公工具支持現在也成為Visual Studio的一部分了（對，不用再購買另外的產品了）。

新的WCF和Workflow項目和設計器現在也包括在VS 2008中了。單元測試的速度大為提高，而且單元測試的支持現在包括在VS Professional版本（而不僅僅是VSTS版了）中了。連續集成支持現在也內置于TFS中了。AJAX web測試（單元和壓力）現在也由VS Test產品支持了。還有許許多多多的改進，這里無法一一提及了。

在XP開發實踐中的TDD(Test Driven Development)，它有一個別稱叫 Test-First Programming，要求開發的***步是根據需求，必須先寫單元測試程序，然后再寫實現程序讓符合需求的測試通過。我們知道XP中的需求是以“用戶故事”(User Story)的形式描述的，而用戶故事實質上就是一種軟件“特性”(Feature)。ASP.NET  講的是如何通過編寫“測試”，尤其是單元測試，來驅動軟件的設計和編程。

系統測試從哪里來?來自系統需求。系統需求從哪里來?來自用戶目標，ASP.NET 則也不例外。在需求不穩定的情況下，這樣的TDD會有什么問題?會不會帶來許多冗余的工作?答案是肯定的，這樣必然會帶來單元測試的不穩定，這就需要敏捷開發人員有相當強的抽象能力，抽象、界定出主要相對穩定需求就可以實施TDD。