隨著時代的進(jìn)步科技的發(fā)展Visual Studio 版本也快速的提升與升級，下面我就對升級前和升級后的VS2005開發(fā)工具，做一下自己的解析。希望能夠?qū)Υ蠹矣袔椭?，希望各位專家們多多指點(diǎn)其中奧秘。

OK,進(jìn)入正題.首先我們要解決一個問題,為什么我們需要做單元測試?這個問題,對有經(jīng)驗(yàn)的老程序員來說,并不算是問題.一個軟件在開發(fā)的過程中,倘若不是非常微型的軟件,那么我們通常會劃分出若干個功能模塊來,然后一個模塊一個模塊的進(jìn)行開發(fā).每個子模塊完成后,我們并不知道它是否能正常的運(yùn)行,尤其是當(dāng)這個模塊只是個中間件類似的代碼塊,那么我們?yōu)榱藴p少之后可能出現(xiàn)的問題和debug的難度(可以想象,如果在整合時期進(jìn)行測試或者是甚至還有其他的模塊需要依賴該模塊才能進(jìn)行開發(fā)的時候。

盡早的測試將會是非常的重要),我們常常會對這單個模塊進(jìn)行測試,比如寫段小程序,人為的寫入幾個參數(shù)來調(diào)用組件等.不用懷疑了,這就是單元測試.我相信,大部分的程序員都做過這樣的工作,而且也許還有許多程序員就如我上面所說的,單獨(dú)寫段小程序來進(jìn)行單元測試(我自己以前也是如此),現(xiàn)在我們需要認(rèn)真考慮下下一個問題了:如何進(jìn)行高效的,高可靠的,甚至自動化的單元測試?

VSTS里的Unit Test可以幫助我們實(shí)現(xiàn)我們希望的絕大多數(shù)功能.我們從實(shí)際的項(xiàng)目開發(fā)入手來介紹.假設(shè)我們新建了一個.net項(xiàng)目,嗯,這是一個有關(guān)緩存的子項(xiàng)目,名字叫MyCache.我們很認(rèn)真的設(shè)計了項(xiàng)目的架鉤,進(jìn)行了可行性分析,接口和抽象的建立,具體對象的建立,關(guān)系建立。

最后編碼完成了.項(xiàng)目經(jīng)理叫我們不要高興的太早,他要求我們必須對這個項(xiàng)目進(jìn)行可靠的單元測試,因?yàn)檫@個子項(xiàng)目非常重要,將會被許多項(xiàng)目引用.盡管我們很有信心,但是沒有#t#辦法,我們依然需要進(jìn)行單元測試.我們使用了Visual Studio Team System開發(fā)了這個項(xiàng)目,于是我們理所當(dāng)然的使用自帶的VS2005開發(fā)工具進(jìn)行單元測試.

Step1.我們需要建立項(xiàng)目文件與測試文件的映射關(guān)系.

難道要我們?nèi)ナ謩觿?chuàng)建嗎?這可是整個項(xiàng)目啊,里面也許包含了幾十個類,數(shù)百個方法…當(dāng)然沒那么復(fù)雜!實(shí)際上,我們需要做的工作很少,只是動動鼠標(biāo),等幾秒就可以了:)

在VS2005的IDE環(huán)境下,選擇menu里的Test,繼續(xù)選New Test項(xiàng),這時將跳出個窗體,里面可以選擇測試項(xiàng)目類型,這里我們選擇Unit Test Wizard,確定,輸入測試項(xiàng)目名,然后將又出現(xiàn)一個窗體,里面包含你當(dāng)前的solution里的所有project,我們選上我們的MyCache,確定.OK,看見一個進(jìn)度條,這是在執(zhí)行測試代碼的映射工作,等結(jié)束后,你就會發(fā)現(xiàn),已經(jīng)建立了一個測試項(xiàng)目了,里面的文件完全對應(yīng)你的目標(biāo)項(xiàng)目,每個類包含的方法也是與目標(biāo)類的方法一一對應(yīng),非常簡單,cool,mission complete!

Step2.運(yùn)行我們的測試項(xiàng)目.

接下來,我們怎么進(jìn)行測試呢?里面有許多的類和方法,很多方法上還帶有像TestMethod這樣的標(biāo)簽屬性,但是我們關(guān)心的是,如何進(jìn)行測試?絕對不是通常的F5來運(yùn)行:(,在VSTS里,單元測試實(shí)際上有專門的管理工具.再次選到menu上的Test選項(xiàng),移到windows上展開自菜單,里面有好幾個選項(xiàng),我們選擇TestManager打開.在IDE窗口內(nèi)出現(xiàn)了一個視圖結(jié)構(gòu)的東西,在分割線的右邊是一個listView,里面全是當(dāng)前測試項(xiàng)目包含的方法,我們隨便選幾個方法給勾上,右鍵,Run Checked Test,下邊馬上有出現(xiàn)了Test Result窗體,里面就是剛才你選擇的方法.如果不出意外的話,你的這個窗體內(nèi)的方法result應(yīng)該都是failed之類的數(shù)據(jù),嗯,先不管這個,最起碼,我們已經(jīng)運(yùn)行了一次測試項(xiàng)目了,雖然有些奇怪,不過我們已經(jīng)知道了如何運(yùn)行一個測試項(xiàng)目了,那么再進(jìn)入下一個step吧:)

Step3.看看我們的測試代碼里都有些什么.

雖然知道了怎么運(yùn)行測試項(xiàng)目，但莫名其妙的全部出錯,是怎么回事呢?我們進(jìn)入測試項(xiàng)目具體的代碼來看看.我們會發(fā)現(xiàn),每個測試類的名稱就是對應(yīng)的目標(biāo)類的名稱+"test",里面的方法也是如此,如果是構(gòu)造函數(shù),則是諸如ConstructorTest或ConstructorTestN這樣的形式,N為重載次數(shù).每個方法里面的代碼看上去也不奇怪,只是構(gòu)造參數(shù)來調(diào)用而已,最后通過斷言來判斷(用過NUnit的朋友不會陌生吧?).我們試著直接把一個方法里的斷言去掉看看,編譯,TestManager,run,嘿,果然,去掉斷言的方法就pass了!看來蒙老大不難呢,只要把所有的方法的斷言都給去掉,然后給老大看測試后的結(jié)果,呵呵…

Step4.深入的了解一下方法上帶有的屬性的含義.

每個方法上幾乎都帶有TestMethod這個屬性,我們直覺告訴我們,這肯定是表示被測試函數(shù)的意思.事實(shí)也正是如此,在Unit Test里,VS2005開發(fā)工具有許多測試屬性。