軟件測試培訓(xùn)單元測試重要性分析

來源：培訓(xùn)無憂網(wǎng) 發(fā)布人：云朵

2022-03-10 14:10:22|已瀏覽：4709次

客觀來說，軟件測試培訓(xùn)中單元測試和使用版本控制系統(tǒng)（GIT,SVN）是一樣重要的。

為什么軟件測試培訓(xùn)單元測試如此重要，但你卻感受不到。首先要知道，代碼的終極目標(biāo)有兩個(gè)，第一個(gè)是實(shí)現(xiàn)需求，第二個(gè)是提高代碼質(zhì)量和可維護(hù)性。
軟件測試培訓(xùn)中的單元測試是為了提高代碼質(zhì)量和可維護(hù)性，是實(shí)現(xiàn)代碼的第二個(gè)目標(biāo)的一種方法。（注：代碼的可維護(hù)性是指增加一個(gè)新功能，或改變現(xiàn)有功能的成本，成本越低，可維護(hù)性即越高。）

01、Hello Word

任何一個(gè)偉大的程序員都是從最簡單的代碼開始寫起的，假設(shè)你的第一個(gè)程序是Hello World，任何一個(gè)語言實(shí)現(xiàn)這個(gè)程序都只需要不到5行代碼。這個(gè)程序需要單元測試嗎？

我們看看這個(gè)程序是否實(shí)現(xiàn)了軟件的兩個(gè)目標(biāo)：

1.需求很簡單，輸出Hello World，這個(gè)程序完全滿足需求。

2.只有5行代碼的“軟件”無論是代碼質(zhì)量，還是可維護(hù)性，都相當(dāng)高，你想要把Hello改成Hi真的很輕松。

既然我們已經(jīng)實(shí)現(xiàn)了代碼的目標(biāo)，要不要使用單元測試是無所謂的，同樣這么簡單的代碼也沒人會使用GIT或SVN。

代碼量：5行

02、立簡單計(jì)算器

接下來你寫了一個(gè)相對更復(fù)雜的程序，一個(gè)簡單計(jì)算器。這個(gè)程序?qū)崿F(xiàn)了數(shù)字的加減乘除，整個(gè)程序共寫了大概50行代碼。這個(gè)程序需要單元測試嗎？

1.需求是對數(shù)字進(jìn)行加減乘除，這個(gè)程序滿足了需求。

2.你的代碼風(fēng)格很好（你已經(jīng)了解到代碼風(fēng)格很重要），你使用了縮進(jìn)，良好的變量命名，邏輯也清晰，代碼的質(zhì)量和可維護(hù)性仍然相當(dāng)高，如果你想增加一個(gè)“求x的平方”功能，你輕而易舉就可以做到。

這個(gè)時(shí)候讓你去寫單元測試，你仍然會覺得那純粹是浪費(fèi)時(shí)間。

代碼量：50行

03、圖書管理系統(tǒng)

你想要做一個(gè)真正的實(shí)用系統(tǒng)，給學(xué)校開發(fā)一個(gè)圖書管理系統(tǒng)。你相信這個(gè)系統(tǒng)的代碼量比起計(jì)算器會很多（可能會有1000行）。你從書上看到有這樣一些方法可以簡化你的開發(fā)工作：
1.工具庫（類似你家里的工具箱），使用工具庫帶來的好處是非常明顯的，假如你要實(shí)現(xiàn)“返回一個(gè)數(shù)字?jǐn)?shù)組中的最大值”，你只需要使用某個(gè)工具庫的Max()函數(shù)，只需要1行代碼，而不是10行代碼自己實(shí)現(xiàn)。
2.MVC框架，雖然比起工具庫更復(fù)雜，需要花更多時(shí)間學(xué)習(xí)，但MVC框架帶來的好處也非常明顯，輕而易舉調(diào)用數(shù)據(jù)庫（Model），實(shí)現(xiàn)簡單的UI界面（View），實(shí)現(xiàn)了類似“書名為空的書不允許添加到數(shù)據(jù)庫”的一些邏輯（Controller）。

你最終很好的實(shí)現(xiàn)了這個(gè)系統(tǒng)，基于MVC模型，你的代碼被很好的分割成了很多小的獨(dú)立的模塊：4個(gè)Controller，2個(gè)Model，4個(gè)View。并且在工具庫的幫助下，代碼量得到了縮減，每個(gè)模塊大概只有50行代碼（等同于一個(gè)簡單計(jì)算器的代碼量）。這個(gè)系統(tǒng)需要單元測試嗎？

1.你實(shí)現(xiàn)了對圖書的添加、刪除、修改、借閱，你很好的滿足了需求。

2.得益于框架與庫的使用，你的代碼被很好的模塊化了，每個(gè)模塊都像一個(gè)“簡單計(jì)算器”那樣簡單，增加新功能，或修改現(xiàn)有功能似乎也沒有什么大麻煩，雖然會出現(xiàn)一些小bug，但很快就修復(fù)了，代碼質(zhì)量和可維護(hù)性都比較高。

既然你又實(shí)現(xiàn)了代碼的目標(biāo)——“完成需求，高代碼質(zhì)量和可維護(hù)性”，那好像也沒“單元測試”什么事，畢竟寫它要浪費(fèi)額外的功夫，而且也沒感覺到有多少好處。

代碼量：500行

04、大型庫存管理系統(tǒng)

你被一家IT公司雇傭了，你通過了面試，進(jìn)入了一個(gè)即將開啟的項(xiàng)目——為一家大的電商公司做一個(gè)庫存管理系統(tǒng)。
項(xiàng)目初期一切都很順利，技術(shù)上和你做過的圖書管理系統(tǒng)差不多。首先你了解了客戶的需求，然后根據(jù)他們的需求，使用你已經(jīng)掌握的MVC框架和一些庫，實(shí)現(xiàn)了他們的需求。
你寫了30個(gè)Controller， 50個(gè)Model，50個(gè)View，每個(gè)模塊的代碼都達(dá)到了大概150行，總代碼達(dá)到了驚人的20000行！
你覺得自己很了不起，能hold住這么多代碼，這完全是得益于你的高智商，以及工作努力�？蛻艉軡M意，老板也很滿意，你的自我感覺也很不錯(cuò)。
并且你發(fā)現(xiàn)了比單元測試更好的東西，面向?qū)ο缶幊蹋∣OP），或函數(shù)式編程（FP），無論是哪一種，你發(fā)現(xiàn)你可以把一個(gè)模塊里的150行堆砌在一起的代碼再提取成1個(gè)對象的15種方法，或者15個(gè)獨(dú)立的函數(shù)（具體怎么提取，你得看相關(guān)的書籍），OOP或FP像MVC模型一樣，成功的把你的代碼分割成了更小的組成部分，每個(gè)方法或函數(shù)里代碼都只有10行左右，你幾乎回到了“Hello World”時(shí)代。
你需要單元測試嗎？（你能保證你的系統(tǒng)沒有BUG嗎？）這個(gè)復(fù)雜系統(tǒng)是由1950個(gè)函數(shù)和方法組成，如果想要確定系統(tǒng)整體沒有BUG，就等同于確定組成這個(gè)系統(tǒng)的1950個(gè)函數(shù)和方法沒有BUG。
而單元測試就是做這個(gè)事情的，顯而易見，如果你寫了單元測試，并且每個(gè)函數(shù)都通過了，你就可以驕傲的說：這個(gè)系統(tǒng)沒有BUG!（當(dāng)然這是代碼的角度，而非功能和產(chǎn)品的角度）

05、結(jié)論

雖然，從絕對的角度說，單元測試很重要，但是，從相對的角度來講，小的代碼量，簡單固定的需求，個(gè)人開發(fā)，一錘子買賣等等都會讓單元測試顯得不那么重要，并且你一直開發(fā)的很舒服，這就是為什么有的人感受不到單元測試的重要性（這種情況下的確也許不用寫單元測試）。
記住，單元測試的威力更多不是體現(xiàn)在新代碼的編寫上，而是對已有代碼的更改。但程序員的智慧是有限的，系統(tǒng)的復(fù)雜度卻是無限的，隨著更大挑戰(zhàn)的到來，當(dāng)系統(tǒng)的復(fù)雜度超過了你的邏輯，記憶能力，你必須依靠別的工具來幫助你減少問題。

如果你現(xiàn)在在做一個(gè)較大的項(xiàng)目，這個(gè)項(xiàng)目的需求很多，所以你一直在開發(fā)，你遇到了這樣的痛苦狀況：

1.客戶總能在使用中找出BUG;

2.每次代碼的改動，都會導(dǎo)致一些意想不到的BUG出現(xiàn)。這個(gè)時(shí)候，單元測試可以挽救你。

注：尊重原創(chuàng)文章,轉(zhuǎn)載請注明出處和鏈接 http://www.elsolbar.com/news-id-24765.html 違者必究！部分文章來源于網(wǎng)絡(luò)由培訓(xùn)無憂網(wǎng)編輯部人員整理發(fā)布,內(nèi)容真實(shí)性請自行核實(shí)或聯(lián)系我們，了解更多相關(guān)資訊請關(guān)注軟件測試頻道查看更多，了解相關(guān)專業(yè)課程信息您可在線咨詢也可免費(fèi)申請?jiān)囌n。關(guān)注官方微信了解更多：150 3333 6050