小編精選 - 技術文章翻譯 · 09月22日

如果你不寫單元測驗...這是一個技能問題

內容是：

有誰有寫過的文章或任何東西來告訴他們使用了什麼策略，讓同事們接觸到測試這門美妙的藝術？在他們說「我不同意測試」的情況下。

這部分：

"我不同意測試。"

哦，親愛的，這並不是一種主動的立場。考慮到我們今天擁有的生成工具，我恐怕...

<h2 style="color: darkred;">這是一個技能問題</h2>

我曾經也有過這樣的經歷。

但真正的問題在於，這並不是一個「立場」問題。只是因為 你不知道如何撰寫測試。

你曾經試過官方文檔，內容大概是這樣的：

function foo() { return 42; }

expect(foo()).toBe(42)

你已經知道如何測試一個簡單的「輸入-輸出」函數。

但在現實世界中，事情要複雜得多...

第一步是承認：這是一個技能問題。

這沒關係

測試是一項技能，與一般編碼不同。

從小開始，拆解依賴性，並且隔離你可以控制的部分。

控制是關鍵：

當你能測試你的「元件」的時候，就是你完全控制你的程式碼的時刻。

*「元件」作為一個抽象術語，你的類、你的模組、你的系統...

你知道我什麼時候終於理解了—理解（像是真正理解）React 上下文嗎？當我能夠測試它們的時候！

模擬庫存在是有原因的。掌握可用的工具，無論是 Jest、Playwright、Pytest...

記住，這是一項技能。就像任何技能一樣，它都是可以學習的。

0個讚 0留言 16瀏覽

共有 0 則留言

登入之後發表留言

文字內容提供幾種功能：
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式

精選技術文章翻譯，幫助開發者持續吸收新知。