VS為研發(fā)數(shù)據(jù)庫的技術(shù)人員對Visual Studio開發(fā)環(huán)境承諾，提供相關(guān)工具，這樣可以為整個軟件開發(fā)周期少了不少彎路，降低工作的復(fù)雜性。 下面就進行說明講述。。。。。。

所有的測試都通過了!在我們完成剩余的測試用例之前，可能您還會希望了解一件事情。Visual Studio開發(fā)環(huán)境當訂單的價值正好在上限或下限時工作完全正常，但是如果正處在某個級別的上限和下一級別的下限時又會怎么樣呢?#t#

換句話說，如果某個訂單的價值經(jīng)計算為99.997會發(fā)生什么呢?在了解這個狀況之前，我們先來設(shè)想一下如果這個情況真的出現(xiàn)時該怎么樣。我們在OrderDiscoutTests文件里再添加一個名為NinetyNineNinetyNineNineShouldHaveZeroDiscount的測試。當然，您的業(yè)務(wù)可能會希望換種做法——超過$99.99的數(shù)值就被視作下一級別。執(zhí)行我們的存儲過程并添Visual Studio開發(fā)環(huán)境加一個新的Test Condition以確保返回0.00。

Visual Studio開發(fā)環(huán)境運行我們的測試，通過了嗎?
沒有。如果您查看錯誤信息，就會發(fā)現(xiàn)錯誤的原因是因為沒有返回任何記錄。我們可以改變插入至表格中的數(shù)據(jù)，但是如果其他某個人犯了同樣的錯誤呢?根據(jù)我們的業(yè)務(wù)邏輯，我們似乎只需要保留2位小數(shù)就可以了，而money類型顯得過于精確了一些。那么我們來修改一下存儲過程：

綠的徹頭徹尾!是時候?qū)崿F(xiàn)其他的測試用例了，不過這就留給讀者作為練習(xí)來做吧。正如您所看到的，在Team Edition for Database Professionals中，熟悉驅(qū)動測試開發(fā)的開發(fā)人員能夠繼續(xù)使用“紅燈——綠燈——重構(gòu)”的開發(fā)方式來編寫存儲過程。對于那些不進行測試驅(qū)動開發(fā)的開發(fā)人員，Visual Studio開發(fā)環(huán)境也可以利用數(shù)據(jù)庫的離線表現(xiàn)形式，以及單元測試功能來確保數(shù)據(jù)庫內(nèi)業(yè)務(wù)邏輯功能實現(xiàn)的正確性。