概述：敏捷項(xiàng)目預(yù)想
測試計(jì)劃，測試創(chuàng)建和測試執(zhí)行在項(xiàng)目生命周期中貫穿始終。因此
單元測試的需要，尤其是自動(dòng)化單元測試不可忽略，而且應(yīng)當(dāng)作為整個(gè)團(tuán)隊(duì)的關(guān)鍵責(zé)任-而不僅僅是
軟件開發(fā)人員的責(zé)任。敏捷方法是建立在短期、可迭代并且可增長發(fā)布版本，可以對變更有持續(xù)反饋和靈活應(yīng)對的基礎(chǔ)上的管理軟件開發(fā)的方法。起源于快速演變的商業(yè)環(huán)境，由于需要產(chǎn)品更快地完成改善和修改，敏捷方法推動(dòng)了能夠貫穿適用于整個(gè)應(yīng)用程序管理流程的組織結(jié)構(gòu)的速度質(zhì)量，應(yīng)對能力和適應(yīng)性。這篇
文章闡述了為什么
敏捷開發(fā)沒有單元測試不能有效地實(shí)施-尤其是沒有自動(dòng)化單元測試的時(shí)候。
代碼質(zhì)量的重要性
開發(fā)者早在數(shù)年前就知道越是到項(xiàng)目后期發(fā)現(xiàn)缺陷，修補(bǔ)缺陷的代價(jià)就越高。當(dāng)開發(fā)人員發(fā)現(xiàn)一個(gè)缺陷的時(shí)候，有時(shí)候需要幾分鐘來解決。如果在測試中將缺陷漏掉，然后被顧客發(fā)現(xiàn)，圖1說明彌補(bǔ)代價(jià)會以幾何指數(shù)增長。
......
客戶知道對每個(gè)發(fā)現(xiàn)的缺陷，他將失去寶貴的業(yè)務(wù)時(shí)間。開發(fā)者知道每個(gè)返回的缺陷意味著要花大量時(shí)間修復(fù)而不是鉆研新的功能特性。
敏捷方法做能
工作的軟件，并將其與初期反饋結(jié)合到一起。例如，初期系統(tǒng)發(fā)布可以獲取用戶對軟件運(yùn)行情況的反饋。為了給開發(fā)者信心，他們寫的代碼可以工作，單元測試提供了最快的質(zhì)量反饋。
缺陷發(fā)現(xiàn)越早，修復(fù)他們的代價(jià)就越低。因?yàn)槊艚莘椒ㄖС指哔|(zhì)量代碼，團(tuán)隊(duì)成員就應(yīng)當(dāng)多做單元測試。類似地，
自動(dòng)化測試讓開發(fā)者能夠在版本發(fā)布前重復(fù)多次地得到代碼質(zhì)量的反饋。
單元測試是什么？
單元測試是一種方法，這種方法將獨(dú)立的軟件單元，關(guān)聯(lián)的數(shù)據(jù)和使用步驟進(jìn)行測試，決定是否運(yùn)行正確。單元通常是一小片代碼，舉個(gè)例子，一個(gè)單獨(dú)的函數(shù)。單元測試就是一個(gè)簡短的函數(shù)，測試該單元的行為，給出一個(gè)成功/失敗的結(jié)果。這個(gè)通過用一個(gè)已知的單獨(dú)的正確值來測試函數(shù)完成。單元測試經(jīng)常使用模擬對象來預(yù)測式地模擬依賴行為。
本文收錄于《51測試天地》電子雜志第三十三期。
版權(quán)聲明：本文出自51Testing軟件
測試網(wǎng)電子雜志——《51測試天地》第三十三期。51Testing軟件測試網(wǎng)及相關(guān)內(nèi)容提供者擁有51testing.com內(nèi)容的全部版權(quán)，未經(jīng)明確的書面許可，任何人或單位不得對本網(wǎng)站內(nèi)容復(fù)制、轉(zhuǎn)載或進(jìn)行鏡像，否則將追究法律責(zé)任。