很意外我選擇了一個(gè)自己還算比較感興趣的論文課題TDD（測試驅(qū)動(dòng)開發(fā)），而導(dǎo)師讓我挑選的另外一個(gè)主題性能測試一不太感興趣，二大概想了想不同的軟件和硬件環(huán)境可以搭配出無限種的測試環(huán)境，這樣的試驗(yàn)和研究實(shí)在是讓人頭疼，而且根據(jù)測不準(zhǔn)原理，萬一答辯時(shí)老頭跟我較真說：我怎么保證我的測試用例是正確的？我只能回答不能保證；再問我既然測試用例都不正確由它測試出來的程序怎么能是正確的？那時(shí)候我只能無奈加無語了。
所以選擇了TDD。經(jīng)過了一段時(shí)間才發(fā)現(xiàn)，原來測試雖然復(fù)雜尚有可操作的余地，而這個(gè)掛著測試之名但不是測試的東西讓我思前想后沒有覓得門路。最開始看來TDD這個(gè)名詞的提出，以為內(nèi)容是驅(qū)動(dòng)程序的測試呢，心想這種東西實(shí)在無聊，不知道也罷?？催^之后才知，TDD正所謂掛羊頭賣狗肉者，重點(diǎn)不是測試而是開發(fā)，其實(shí)是開發(fā)方法而非測試方法，這里驅(qū)動(dòng)二字實(shí)為動(dòng)詞而非名詞，意指：由測試驅(qū)動(dòng)的、帶動(dòng)的開發(fā)。不知當(dāng)初誰人最先翻譯成此，實(shí)在誤人子弟。
TDD是XP方法學(xué)中很重要的一部分，倡導(dǎo)測試先行，由測試驅(qū)動(dòng)代碼開發(fā)。沒有代碼測試什么？最初我也是這樣理解。但實(shí)際上TDD是一個(gè)非常fantastic的東西，加上現(xiàn)在的編譯器十分智能，代碼自然而然運(yùn)用而生。舉個(gè)簡單的例子：
我就寫一個(gè)狗叫的程序，具體怎么寫先不管，先寫測試：
Dog xiaobai = new Dog(); //創(chuàng)建一只小狗－小白
assertEquals("wangwang!",xiaobai.bark() ) //判斷小白的吠聲是不是汪汪
好了，測試寫完，run一下，肯定是red bar，同時(shí)編譯器會(huì)告訴你，沒有發(fā)現(xiàn)Dog這個(gè)類，很簡單，創(chuàng)建一個(gè)，如果你的編譯器夠智能的話你都不用寫 class Dog這句話，點(diǎn)一下錯(cuò)誤提示的解決方法就可以了。接著，還有錯(cuò)誤，bay這個(gè)方法不存在，編譯器還會(huì)提示你：是否創(chuàng)建一個(gè)呢？OK，創(chuàng)建一個(gè)：public String bark(){ return "wangwang";} 再run一下，OK，測試通過，是green bar，好了，現(xiàn)在看看是不是想要的代碼都出來了？
所以說TDD是個(gè)很妙的東西，amazing。然而我的大腦并不妙，還是找不到切入點(diǎn)，TDD這么大的樹林里我還都沒有發(fā)現(xiàn)自己要打的那只鳥，更別提逮到它了。總之埋頭苦干，繼續(xù)努力了。