測(cè)試代碼時(shí)你可能會(huì)犯的11個(gè)錯(cuò)誤

我遇到的大多數(shù)開發(fā)人員都不怎么熱衷于測(cè)試。有些會(huì)去做測(cè)試，但大多數(shù)都不測(cè)試，不愿意測(cè)試，或者勉而為之。我喜歡測(cè)試，并且比起編寫新的代碼，愉快地花更多的時(shí)間在測(cè)試中。我認(rèn)為，正是因?yàn)閷Ｗ⒂跍y(cè)試，我才可以花更少的時(shí)間來編寫新的代碼或修復(fù)bug，并且非常有成效。

如果你不確定要不要編寫測(cè)試或者并不常寫測(cè)試，那么，下面這些內(nèi)容將指導(dǎo)你往一個(gè)更好的方向發(fā)展。

1、沒有測(cè)試

我們很容易毫無(wú)原因地掉入這個(gè)陷阱。從現(xiàn)在開始，制定計(jì)劃添加測(cè)試到你現(xiàn)在正在處理的代碼中，并添加測(cè)試到將來的項(xiàng)目中。

2、沒有從項(xiàng)目一開始就啟動(dòng)測(cè)試

我們很難再回過頭去添加測(cè)試，并且可能需要改變架構(gòu)才能添加測(cè)試，這樣做最終將需要你花更長(zhǎng)的時(shí)間才能產(chǎn)出可信任的代碼。從一開始就在項(xiàng)目的生命周期添加測(cè)試可以節(jié)省時(shí)間和精力。

3、編寫失敗的測(cè)試

TDD方法的普及將紅—綠—重構(gòu)的理念帶到軟件測(cè)試世界。這個(gè)理念常常被誤認(rèn)為應(yīng)該“通過編寫一個(gè)失敗的測(cè)試開始”。其實(shí)并非如此。在寫代碼之前創(chuàng)建測(cè)試的目的是定義系統(tǒng)的正確行為應(yīng)該是什么。在許多情況下，它是一個(gè)失敗的測(cè)試（紅色表示），但它可能會(huì)通過一個(gè)非決定性的或未實(shí)現(xiàn)的測(cè)試來表示。

4、擔(dān)心未實(shí)現(xiàn)測(cè)試

軟件開發(fā)中的一個(gè)大問題就是，代碼和任何關(guān)于系統(tǒng)實(shí)際上應(yīng)該做什么的文檔之間的溝壑。通過擁有一個(gè)名稱中明確定義你最終想要實(shí)現(xiàn)的預(yù)期行為的測(cè)試，你將從測(cè)試中得到一定的價(jià)值，即使將怎么寫測(cè)試目前還不得知。

5、沒有很好地命名測(cè)試

命名軟件這件事出了名的很難做好，這同樣適用于測(cè)試。關(guān)于如何命名測(cè)試有幾種流行的約定。無(wú)論你使用哪一種都沒有關(guān)系，只要你能夠一貫使用，并準(zhǔn)確描述正在測(cè)試什么。

6、讓測(cè)試做太多事情

又長(zhǎng)又復(fù)雜的名字通常說明了你想同時(shí)測(cè)試多件事情。單個(gè)測(cè)試應(yīng)該只測(cè)試一件事情。如果失敗了也應(yīng)該在代碼中注明是什么地方出了錯(cuò)。你沒有必要為了知道代碼中出了什么問題而查看是哪部分測(cè)試失敗。這并不意味著你不應(yīng)該在測(cè)試中有多個(gè)斷言，但這些斷言應(yīng)該緊密相關(guān)。例如，一個(gè)查看訂單處理系統(tǒng)輸出，并確認(rèn)輸出中是否有一個(gè)單一項(xiàng)目以及它是否包含具體項(xiàng)目的測(cè)試，是ok的。但一個(gè)驗(yàn)證相同系統(tǒng)的輸出的測(cè)試，既創(chuàng)建一個(gè)特定項(xiàng)目，又記錄到數(shù)據(jù)庫(kù)中，還發(fā)送確認(rèn)電子郵件，就不行了。

• 《爐石傳說》邊境大哥德卡組代碼及玩法介紹
• 連接Elasticsearch服務(wù)器的Python代碼示例
• Spring事務(wù)操作后執(zhí)行代碼的解決方案
• 《魔獸爭(zhēng)霸3》秘籍黎明是什么
• 《魔獸爭(zhēng)霸3》秘籍立即戰(zhàn)敗是什么