測試驅動開發 譯 TDD的5個步驟( 二 )


測試現在將通過(綠色?。?。代碼現在顯然只是臨時的,但你可以得到基本的理解 。測試已正確連接到生產代碼中的某個點 。從那里你可以實現實際的業務邏輯,例如,讀取文件/db/調用外部 API
決定何時編寫單元測試一般來說 , 編寫單元測試有兩種情況:
案例 A:你為代表簡明故事的請求編寫單元測試 。例如,請求可能是計算特定貨幣兌換所支持的國家/地區數量 。我做的第一件事是編寫一個單元測試并看到它失敗 。然后,我迭代地更改代碼,直到單元測試通過 。
案例 B:生產中發現的一段錯誤代碼 。此錯誤觸發的問題需要實施修復/補丁 ?;氐截泿艃稉Q示例,代碼運行時 , 用戶期望在許多國家/地區使用 $USD,但該行為是錯誤的,目前只有一個國家/地區返回 。我做的第一件事是編寫一個單元測試并看到它失敗 。然后,更正我的實現代碼,直到測試通過 。這不僅修復了代碼并消除了錯誤,而且還為我提供了一個可以重復使用的單元測試,以確保這段代碼保持完整 。
總結大多數程序員不使用測試驅動開發來編寫代碼 , 但他們應該這樣做 。測試驅動的開發可以創建更好的容錯性代碼 。希望你從這篇博文中了解 TDD 的理念,并將其融入你的軟件開發實踐中 。
下一步請繼續關注有關如何在 Node.js、Java 和 Python 中進行測試驅動開發的新博客文章 。
資源非常有幫助的書與文章Using Test-Driven Development for Microservices, Bill DoerrfeldTest-driven Java development: Invoke TDD principles for end-to-end application developmnet, 2nd Edition by Farcic, ViktorUnit testing principles, practices, and patterns, Vladimir Khorikov
【測試驅動開發 譯 TDD的5個步驟】

推薦閱讀