小議測(cè)試驅(qū)動(dòng)開發(fā)
字體: 小 中 大 | 上一篇 下一篇 | 打印 | 我要投稿 | 推薦標(biāo)簽: 軟件測(cè)試 測(cè)試驅(qū)動(dòng)
在討論測(cè)試驅(qū)動(dòng)開發(fā)之前,先澄清一個(gè)問題:測(cè)試驅(qū)動(dòng)開發(fā)是否包括驗(yàn)收測(cè)試驅(qū)動(dòng)開發(fā)。測(cè)試驅(qū)動(dòng)開發(fā)(Test Driven Development,簡(jiǎn)稱TDD)存在兩種理解:
1、包括驗(yàn)收測(cè)試驅(qū)動(dòng)開發(fā)(Acceptance Test Driven Develop,簡(jiǎn)稱ATDD)在內(nèi),這個(gè)是廣義的理解;
2、TDD是采用單元測(cè)試手段,主要針對(duì)非界面代碼的,與用戶故事或需求一般沒有直接關(guān)聯(lián),這個(gè)是狹義的理解,TDD和ATDD是并列的。多數(shù)人認(rèn)為應(yīng)當(dāng)采用第2種理解,主要因?yàn)椋?/p>
?。?)TDD主要采用單元測(cè)試方法,典型工具有xUnit系列,ATDD主要采用界面自動(dòng)化測(cè)試方法,典型工具有Selenium、QTP等;
?。?)TDD主要用于設(shè)計(jì)和編碼,ATDD主要用于需求分析和確認(rèn)。下文TDD即是采用第2種理解的TDD。
在極限編程(Extreme Programming,簡(jiǎn)稱XP)中TDD是與簡(jiǎn)單設(shè)計(jì)、重構(gòu)、持續(xù)集成等緊密配合的,這些組成了一套威力強(qiáng)大的組合裝備。TDD是其中最突出的外在表 現(xiàn),XP中TDD遵循“測(cè)試驅(qū)動(dòng)開發(fā)金規(guī)”:先寫一個(gè)會(huì)失敗的測(cè)試,再寫一個(gè)新特征,永遠(yuǎn)如此。對(duì)比在武俠世界,XP的TDD(下文稱為極限測(cè)試驅(qū)動(dòng)開 發(fā),英文為eXtreme Test Driven Development,簡(jiǎn)稱為XTDD)屬于神器級(jí)別,功力不到者是沒法自如使用的,反而可能傷了自己。經(jīng)典的單元測(cè)試方法、架構(gòu)方法(比如常見的 MVC)和設(shè)計(jì)方法(包括常用的設(shè)計(jì)模式)是開展TDD的基礎(chǔ),TDD的學(xué)習(xí)和 實(shí)施是循序漸進(jìn)的,由簡(jiǎn)入繁的,由淺入深的。所以把XTDD可以看成是一個(gè)極端,把沒有任何單元測(cè)試視為第二個(gè)極端,把經(jīng)典軟件工程中V模型(其在單元測(cè) 試方面的特征是針對(duì)已經(jīng)有的功能代碼編寫單元測(cè)試,以保障代碼的質(zhì)量)的完整單元測(cè)試看成第三個(gè)極端,三者組合為一個(gè)三角型,如圖一所示。從沒有任何單元 測(cè)試到XTDD,存在多種多樣的中間狀態(tài),比如只對(duì)模塊接口進(jìn)行TDD,比如進(jìn)行模塊級(jí)的架構(gòu)設(shè)計(jì)后開始TDD,比如在識(shí)別了主要類后再開始TDD,比如 對(duì)個(gè)別有把握的模塊先編碼后加抽樣的單元測(cè)試,等等。在這個(gè)三角型中選擇一個(gè)合適的點(diǎn),相信能夠發(fā)揮單元測(cè)試和TDD的最佳效果。在沒有足夠功力之前,先 不必開展XTDD。簡(jiǎn)單否定TDD是不恰當(dāng)?shù)摹?/p>
從CMMI角度看,TDD能夠滿足CMMI3級(jí)中技術(shù)方案過程域(TS)、驗(yàn)證過程域(VER)和產(chǎn)品集成過程域(PI)的多個(gè)實(shí)踐,是不錯(cuò)的工程實(shí)踐。
從傳統(tǒng)的瀑布型生命周期方法及其衍生的V模型的角度看,TDD下的基本設(shè)計(jì)比較簡(jiǎn)略,甚至沒有,難以滿足設(shè)計(jì)里程碑評(píng)審的要求,TDD沒有詳細(xì)設(shè)計(jì),而單元測(cè)試各項(xiàng)指標(biāo)(比如覆蓋率、測(cè)試頻度、測(cè)試用例數(shù)量等)卻超過V模型,總體上違反了V模型。但是如果不了解源自于V模型下的單元測(cè)試技術(shù)、面向?qū)ο笤O(shè)計(jì)技術(shù),TDD也是難以開展。
從XP角度看,TDD應(yīng)當(dāng)開展到極限。
從Scrum來看,TDD本身不屬于Scrum,應(yīng)當(dāng)由團(tuán)隊(duì)來決定是否采用TDD,如果是,也由團(tuán)隊(duì)來決定采用何種程度的TDD。
從ASD(Adaptive Software development)、FDD(Feature Driven Development)等其他敏捷方法流派來看,并沒有明確要求,根據(jù)需要來選擇開展TDD。
posted on 2013-01-18 10:04 順其自然EVO 閱讀(246) 評(píng)論(0) 編輯 收藏 所屬分類: 測(cè)試學(xué)習(xí)專欄