測試是浪費(fèi)時間,我的程序肯定沒問題

盡管關(guān)于測試驅(qū)動開發(fā)(TDD)的書和文章有成百上千之多,仍然有很多人從未感受過測試的強(qiáng)大力量。

之所以不愿意去寫測試程序不外乎有以下幾個理由:

1:太費(fèi)時間。
2:不值得。
3:我很懶。
4:我不知道如何做。
5:我知道我的程序好用,我運(yùn)行過一次,沒出問題。
6:我是超人,我從來不犯錯誤。
除非你的答案是6.(如果是這樣,我很羨慕你),否則,你應(yīng)該繼續(xù)讀下去。

Alt text
Alt text

讓我們從一個簡單的例子開始。就說你要寫一個Email地址校驗(yàn)程序。

你也許會使用正則表達(dá)式,或手工實(shí)現(xiàn)每個字符的對比,來完成這個任務(wù)。

現(xiàn)在你想驗(yàn)證一下你的代碼是否有效。你會怎么做?你可以手工輸入不同的值來驗(yàn)證它是否符合你的要求,結(jié)果你就測試了像下面的這些東西:

Alt text
Alt text

如果你要改變/調(diào)整校驗(yàn)算法會發(fā)生什么?你需要把之前所有的過程全部重復(fù)一遍,把每個值都再輸入一遍,看看校驗(yàn)的結(jié)果。如果讓計(jì)算機(jī)自動的幫你校驗(yàn)這些是不是會更好些呢?

通過把測試過程自動化,你可以在任何時候?qū)Τ绦蜻M(jìn)行任何遍次的測試。這不僅僅在以后會節(jié)省你大量的時間,而且會增加你的自信心,因?yàn)槊看萎?dāng)你感覺到程序可能出錯時,只要運(yùn)行一下你的測試程序,看看測試結(jié)果就行了。

現(xiàn)在設(shè)想一下你正在編寫一個更加復(fù)雜的程序,比如XML解析器。

你不可能編寫出解析器后不去測試它,問題是,你如何測試它?通常,你會創(chuàng)建一個XML樣板文件,把它輸入解析器里,手工檢查解析的結(jié)果。當(dāng)你看到解析器按照要求輸出了你期望的結(jié)果后,你確信你完成了任務(wù),解析器沒問題。

問題就在于如果你發(fā)現(xiàn)了一個Bug。那你就需要去修改你的代碼,再驗(yàn)證一次它是否好用。可是我們程序員都是一群懶人,我們會只測試我們遇到的這個Bug,幾乎從來不會去測試解析器的其它部分。這會產(chǎn)生什么問題呢?你能確保沒有把什么東西改壞?

當(dāng)你寫了單元測試程序后,這個工作流程會變的怎樣?

首先,你已經(jīng)對程序進(jìn)行過測試,之前你必須對每個函數(shù)進(jìn)行手工的測試,手工的檢查輸出結(jié)果。如果這種事情你只需要做一次,那也沒什么了,但當(dāng)有東西出錯時,你不想一遍一遍的重復(fù)做這個事情,沒有人喜歡來回重復(fù)的做相同的事情,特別是無聊的事情。

另一種情況,你為你的解析器里的每個功能都寫了自動測試程序。在這個例子中,你已經(jīng)測試過你的程序,對這個過程你并不陌生。你需要做的是把手工的檢查改為assertions,它們會為你自動測試程序。

當(dāng)Bug出現(xiàn)時,巨大的變化發(fā)生了。

如果沒有自動化測試,你必須手工的檢查所有的東西來確保你在修正一個Bug時不會引入其它的錯誤。當(dāng)有數(shù)個Bug出現(xiàn)時,你會變得極不耐煩,你開始不再檢查其它部分的代碼,只關(guān)注你的這個Bug。但假如你為程序?qū)懞昧俗詣踊瘻y試,你唯一要做的就是點(diǎn)擊一次按鈕,讓所有的測試程序運(yùn)行起來,你馬上就能看到測試結(jié)果,幾乎不需要在其它任何事情。

當(dāng)有了測試程序后,修改Bug是怎樣進(jìn)行的?

首先,你需要重現(xiàn)這個Bug。無論如何,在你修改前,你必須要認(rèn)定這個Bug是否真實(shí)的存在。如何做到這些?你要寫出一個測試用例來重現(xiàn)這個bug,這個必須要在你做任何的修改這個bug的工作之前完成。

如果這個bug不能重現(xiàn),問題就可能出自其它地方,如果不能用自動化測試來重現(xiàn)這個bug,你可能在錯誤的地方修改了這個bug,很可能改壞了你的程序。當(dāng)你寫出測試程序,你必須先運(yùn)行它確保它會失敗。如果測試沒有失敗,什么地方可能出了問題,你沒能正確的重現(xiàn)它。

當(dāng)你修改了這個Bug,你也有了針對它的測試程序,你可以立即發(fā)現(xiàn)這個bug是否還會出現(xiàn)。

當(dāng)你這時又發(fā)現(xiàn)另外一個bug時該怎么做?

相同的做法。寫一個測試程序,重現(xiàn)這個bug。即使你沒有時間來立即修正這個bug或者這不是個致命的bug,你也應(yīng)該有個能夠讓它重現(xiàn)的測試程序,當(dāng)日后你回來解決這個問題時,你就能知道該做什么了。

本文轉(zhuǎn)自:碼農(nóng)網(wǎng)
文章鏈接: http://www.codeceo.com/article/test-is-waste-time.html

Alt text
Alt text
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 盡管關(guān)于測試驅(qū)動開發(fā)(TDD)的書和文章有成百上千之多,仍然有很多人從未感受過測試的強(qiáng)大力量。 之所以不愿意去寫測...
    alston123閱讀 349評論 0 2
  • 文章來自:http://blog.csdn.net/mj813/article/details/52451355 ...
    好大一只鵬閱讀 9,356評論 2 126
  • 1.測試與軟件模型 軟件開發(fā)生命周期模型指的是軟件開發(fā)全過程、活動和任務(wù)的結(jié)構(gòu)性框架。軟件項(xiàng)目的開發(fā)包括:需求、設(shè)...
    Mr希靈閱讀 22,388評論 7 278
  • 1.測試與軟件模型 軟件開發(fā)生命周期模型指的是軟件開發(fā)全過程、活動和任務(wù)的結(jié)構(gòu)性框架。軟件項(xiàng)目的開發(fā)包括:需求、設(shè)...
    宇文臭臭閱讀 6,859評論 5 101
  • “煩死了,再哭小心我揍你…” 小侄女平時都很乖,摔一下自己爬起來又開始玩了。哭的正傷心,只要只要我拿一個糖給她,或...
    我不是林小小閱讀 420評論 0 2

友情鏈接更多精彩內(nèi)容