|
英文原文:“That’s Not TDD”
幾個(gè)月前,我去一個(gè)客戶那里,他們?cè)谑褂脺y(cè)試驅(qū)動(dòng)開(kāi)發(fā)上遇到了很多問(wèn)題。
“我們的單元測(cè)試用例要半個(gè)小時(shí)才能跑完,”他說(shuō)。
“你們這不是在做驅(qū)動(dòng)測(cè)試開(kāi)發(fā),”我說(shuō)。“為了讓測(cè)試發(fā)揮效能,所有的測(cè)試必須在幾秒鐘內(nèi)能跑完,否則的話,程序員不得不頻繁的停下來(lái)等待測(cè)試。”
“可是怎樣才能讓它們快起來(lái)?”他問(wèn),“光連接數(shù)據(jù)庫(kù)就需要30秒”
于是,我想他展示了一種叫做依賴注入的技術(shù),它能讓你使用一個(gè)偽造對(duì)象來(lái)模擬數(shù)據(jù)庫(kù)。“你并不需要測(cè)試你數(shù)據(jù)庫(kù),”我說(shuō)。“記住,測(cè)試應(yīng)該是測(cè)試那些不受控制的東西,對(duì)于測(cè)試所依賴的東西,你應(yīng)該使用模擬工具使它們處于控制之中。”
他們遇到的另外一個(gè)問(wèn)題 —— 我最近也是聽(tīng)到了很多次 —— 是他們的測(cè)試程序不但沒(méi)起到好的作用,反而成了一個(gè)負(fù)擔(dān)。“我們?nèi)靸深^的要重構(gòu)程序,關(guān)聯(lián)的就需要重構(gòu)測(cè)試程序”,這樣的話從客戶那里可以經(jīng)常聽(tīng)到。
這種問(wèn)題是他們把TDD想成了QA。TDD不是QA。QA是來(lái)保證程序能正確的運(yùn)行的。TDD是使用斷言(assertion)來(lái)表現(xiàn)系統(tǒng)的關(guān)鍵特征。在QA里,我們用盡可能多的方法來(lái)測(cè)試系統(tǒng)中可能會(huì)出錯(cuò)的地方。在TDD里,我們用應(yīng)盡可能少的測(cè)試來(lái)表現(xiàn)系統(tǒng)的關(guān)鍵特征。
我遇到的大多數(shù)開(kāi)發(fā)人員都很重視代碼質(zhì)量,努力寫(xiě)出高質(zhì)量的代碼,程序看起來(lái)很整潔。但測(cè)試用程序也是程序,經(jīng)常的我能看到測(cè)試程序就寫(xiě)的不是那么好。
例如,一些程序員會(huì)很認(rèn)真的把產(chǎn)品程序里的冗余部分清理干凈,但在測(cè)試程序中卻留下大量的無(wú)用的代碼。任何冗余都不是好事,冗余的測(cè)試也是如此,如果程序有變化,冗余的測(cè)試會(huì)花掉你額外的時(shí)間去重構(gòu)。
當(dāng)系統(tǒng)出問(wèn)題時(shí),測(cè)試程序就體現(xiàn)出來(lái)了它最大的價(jià)值,至少對(duì)我來(lái)說(shuō)是最欣慰的時(shí)候。然而,對(duì)于系統(tǒng),任何一個(gè)改動(dòng)只應(yīng)會(huì)讓一個(gè)測(cè)試失敗。換句話說(shuō),沒(méi)有任何兩個(gè)測(cè)試的失敗原因是相同的。這說(shuō)起來(lái)容易做起來(lái)難,但如果你尊重這個(gè)原則,你將會(huì)發(fā)現(xiàn),當(dāng)你重構(gòu)代碼時(shí),重構(gòu)測(cè)試程序是會(huì)容易多了。
目前就說(shuō)這些問(wèn)題。總之,測(cè)試也是程序,它們也要保持高質(zhì)量。系統(tǒng)中的每個(gè)關(guān)鍵特征都用一個(gè)測(cè)試來(lái)表現(xiàn),沒(méi)有第二個(gè)測(cè)試會(huì)因?yàn)檫@同一個(gè)問(wèn)題而失敗。
it知識(shí)庫(kù):你這不是測(cè)試驅(qū)動(dòng)開(kāi)發(fā),轉(zhuǎn)載需保留來(lái)源!
鄭重聲明:本文版權(quán)歸原作者所有,轉(zhuǎn)載文章僅為傳播更多信息之目的,如作者信息標(biāo)記有誤,請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除,多謝。