這是有關(guān)單元測(cè)試的幾點(diǎn)想法。有關(guān)如何編寫(xiě)單元測(cè)試,我也有幾點(diǎn)建議:
不要使用隨機(jī)數(shù)據(jù)
盡管在一個(gè)界面中產(chǎn)生隨機(jī)數(shù)據(jù)看起來(lái)貌似一個(gè)好主意,但是我們要避免這樣做,因?yàn)檫@些數(shù)據(jù)會(huì)變得非常難以調(diào)試。如果數(shù)據(jù)是在每次調(diào)用時(shí) 隨機(jī)生成的,那么可能產(chǎn)生一次測(cè)試時(shí)出現(xiàn)了錯(cuò)誤而另外一次測(cè)試卻沒(méi)有出現(xiàn)錯(cuò)誤的情況。如果測(cè)試需要隨機(jī)數(shù)據(jù),可以在一個(gè)文件中生成這些數(shù)據(jù),然后每次運(yùn) 行時(shí)都使用這個(gè)文件。采用這種方法,我們獲得了一些 “噪音” 數(shù)據(jù),但是仍然可以對(duì)錯(cuò)誤進(jìn)行調(diào)試。
分組測(cè)試
我們很容易累積起數(shù)千個(gè)測(cè)試,需要幾個(gè)小時(shí)才能執(zhí)行完。這沒(méi)什么問(wèn)題,但是對(duì)這些測(cè)試進(jìn)行分組使我們可以快速運(yùn)行某組測(cè)試并對(duì)主要關(guān)注的問(wèn)題進(jìn)行檢查,然后晚上運(yùn)行完整的測(cè)試。
編寫(xiě)穩(wěn)健的 API 和穩(wěn)健的測(cè)試
編寫(xiě) API 和測(cè)試時(shí)要注意它們不能在增加新功能或修改現(xiàn)有功能時(shí)很容易會(huì)崩潰,這一點(diǎn)非常重要。這里沒(méi)有通用的絕招,但是有一條準(zhǔn)則是那些 “振蕩的” 測(cè)試(一會(huì)兒失敗,一會(huì)兒成功,反復(fù)不停的測(cè)試)應(yīng)該很快地丟棄。
結(jié)束語(yǔ)
單元測(cè)試對(duì)于工程師來(lái)說(shuō)意義重大。它們是敏捷開(kāi)發(fā)過(guò)程(這個(gè)過(guò)程非常強(qiáng)調(diào)編碼的作用,因?yàn)槲臋n需要一些證據(jù)證明代碼是按照規(guī)范進(jìn)行工作的)的一個(gè)基礎(chǔ)。單元測(cè)試提供了這種證據(jù)。這個(gè)過(guò)程從單元測(cè)試開(kāi)始入手,這定義了代碼應(yīng)該實(shí)現(xiàn)但目前尚未實(shí)現(xiàn)的功能。因此,所有的測(cè)試初都會(huì)失敗。然后當(dāng)代碼接近完成時(shí),測(cè)試通過(guò)了。當(dāng)所有測(cè)試全部通過(guò)時(shí),代碼也變得非常完善了。
我從來(lái)沒(méi)有在不使用單元測(cè)試的情況下編寫(xiě)大型代碼或修改大型或復(fù)雜的代碼塊。我通常都是在修改代碼之前為現(xiàn)有代碼編寫(xiě)了單元測(cè)試,這樣可以確保自 己清楚在修改代碼時(shí)破壞了什么(或者沒(méi)有破壞什么)。這為我對(duì)自己提供給客戶(hù)的代碼提供了很大的信心,相信它們正在正確運(yùn)行 —— 即便是在凌晨 3 點(diǎn)。