這是有關(guān)單元測(cè)試的幾點(diǎn)想法。有關(guān)如何編寫單元測(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è)試卻沒有出現(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í)行完。這沒什么問(wèn)題，但是對(duì)這些測(cè)試進(jìn)行分組使我們可以快速運(yùn)行某組測(cè)試并對(duì)主要關(guān)注的問(wèn)題進(jìn)行檢查，然后晚上運(yùn)行完整的測(cè)試。

編寫穩(wěn)健的 API 和穩(wěn)健的測(cè)試
    編寫 API 和測(cè)試時(shí)要注意它們不能在增加新功能或修改現(xiàn)有功能時(shí)很容易會(huì)崩潰，這一點(diǎn)非常重要。這里沒有通用的絕招，但是有一條準(zhǔn)則是那些 “振蕩的” 測(cè)試（一會(huì)兒失敗，一會(huì)兒成功，反復(fù)不停的測(cè)試）應(yīng)該很快地丟棄。

    結(jié)束語(yǔ)

    單元測(cè)試對(duì)于工程師來(lái)說(shuō)意義重大。它們是敏捷開發(fā)過(guò)程（這個(gè)過(guò)程非常強(qiáng)調(diào)編碼的作用，因?yàn)槲臋n需要一些證據(jù)證明代碼是按照規(guī)范進(jìn)行工作的）的一個(gè)基礎(chǔ)。單元測(cè)試提供了這種證據(jù)。這個(gè)過(guò)程從單元測(cè)試開始入手，這定義了代碼應(yīng)該實(shí)現(xiàn)但目前尚未實(shí)現(xiàn)的功能。因此，所有的測(cè)試初都會(huì)失敗。然后當(dāng)代碼接近完成時(shí)，測(cè)試通過(guò)了。當(dāng)所有測(cè)試全部通過(guò)時(shí)，代碼也變得非常完善了。

    我從來(lái)沒有在不使用單元測(cè)試的情況下編寫大型代碼或修改大型或復(fù)雜的代碼塊。我通常都是在修改代碼之前為現(xiàn)有代碼編寫了單元測(cè)試，這樣可以確保自 己清楚在修改代碼時(shí)破壞了什么（或者沒有破壞什么）。這為我對(duì)自己提供給客戶的代碼提供了很大的信心，相信它們正在正確運(yùn)行 —— 即便是在凌晨 3 點(diǎn)。