test-driven-development

| 最小 |一件事。名字中的“和”？分開它。 |test('validates email and domain and whitespace') | | 清除 |名稱描述行為 |test('test1') | | 表明意圖 | 所需需要的API | 模糊了程序代碼執行|

| “太簡單了，無法測試”|簡單的代碼中斷。測試需要 30 秒。 | | “之後我會測試” |測試立即通過並不能證明什麼。 | | “達到相同目標後再進行測試” | Tests-after =“這是做什麼的？”測試優先=“這應該做什麼？” | | “已經手動測試”|臨時性≠系統性。沒有記錄，無法重新運行。 | | “刪除X小時是浪費”|沉沒成本謬誤。保留默認驗證的代碼是技術債。 | | 「留作參考，先寫測驗」 |你會適應它。後面就是測試了刪除就是刪除的意思。 | | “需要先探索”|美好的。放棄探索，從TDD開始。 | | “努力測試=設計不清楚”|聽聽測試。難以測試=難以使用。 | | “TDD 會讓我放慢速度” | TDD 比調試更快。務實=測試第一。 |

| “手動測試速度更快”|手冊不能證明邊緣情況。您將重新測試每個變更。 | | “現有代碼沒有經過測試”|你正在改進它。為現有代碼添加測試。 |

Verwenden Sie diese Option, wenn Sie eine Funktion oder Fehlerbehebung implementieren, bevor Sie den Implementierungscode schreiben. Quelle: zhucl1006/ailesuperpowers.