首先，我認為 VS 2005 Team Test Edition是一個很有用工具，如果繼續得到改進和增強，我想該工具會被更多開發者使用。對于 VS 2005 Team Test Edition的學習，對于我們掌握怎樣正確 引入VS 2005 Team Test Edition測試工具是很有幫助的，而且也可從中學到不少編程技巧，例如委托和模板方法。希望大家一起研究下。

VS 2005 Team Test Edition 引入了一組新的測試工具。這些工具已在 Microsoft 內部使用，并且***由 Microsoft 集成到 VS 2005 Team Test Edition 之中。  這些新工具與 Visual Studio 緊密集成，意味著它們不僅可以在其各自的測試框架中工作，而且還可以在提供完整軟件開發生命周期解決方案的更大框架中工作。 #t#

在應用程序或 Web 頁可以達到其質量和性能目標之前，必須經過嚴格的測試。過去，Microsoft Visual Studio 是一種只關注軟件開發人員的產品，而對開發的測試方面提供的支持不足。組織內部質量保證小組的測試工程師無疑已經正確地認識到，在他們努力確保發布高質量的軟件過程中，先前版本的 Microsoft Visual Studio 產品所提供的支持微乎其微。 

作為開發人員或測試人員，您可以使用 Visual Studio 來對您自己的測試進行編碼。但是要創建某些專業化的測試或者要對測試進行管理，則通常必須使用其他 Microsoft 產品、購買第三方工具或從頭創建工具。當需要建模和發布數據、組織支持文檔、跟蹤錯誤并創建測試套件（例如，版本驗證測試 (BVT)）時，您的工作將愈加復雜。所得到的工具集有可能產生這樣的結果：它不能在它的各種工具和存儲機制之間進行轉換。 

有這樣一種情況，某個金融領域企業的 IT 小組積累了大量在開發生命周期的各個階段使用的不同測試工具。每個工具都是來自獨立供應商的獨立可執行程序。

因此，這些工具之間沒有交互，而且這些工具的用戶之間的交互也受到阻礙。例如，在一個工具中輸入項目需求，然后將其復制到另一個工具，這并不會在兩個工具的數據庫的需求之間建立鏈接。因為沒有建立鏈接，所以在***個工具中更改需求不會更新由開發和測試團隊使用的其他工具所訪問的數據。

有了 VS 2005 Team Test Edition，軟件測試人員將高興地看到，他們的工具集正在接近開發人員的工具已經擁有的價值水平。主要的例子就是能夠使用 Visual Studio 集成開發環境 (IDE) 來創建并運行測試。 

許多核心測試類型（包括單元測試、Web 測試、加載測試、手動測試，以及代碼覆蓋的度量）現在都集成到 Visual Studio 中。（實際上，VS 2005 Team Test Edition 引入了一種新的項目類型 — “測試”項目，它與傳統的項目類型一起顯示在解決方案資源管理器中。）