「透過可執行規格和 BDD，測試複雜度少上許多，開始享受結果導向的開發方式。」

什麼叫「行為驅動開發 (BDD)」？就是測試驅動開發 (TDD) 加上「可執行規格」，就叫 BDD。而所謂的可執行規格就是「測試程式」的抽象。

透過測試程式的抽象，和與 DSL 一致的 Gherkin Language 來撰寫「可執行規格」，這份規格的超能力，就是 AI 能在一定的可靠度下幫你把所有測試程式碼完成。

在 80% 自動化中，工程師會開始發現閱讀測試程式碼的時間變得越來越少，只要可執行規格寫完整，AI 又能自動化幫你開發就能做到一定的完整度。

如果你要追求更高的 AI 工程穩定度那就要繼續追求 90% 自動化：軟體工程從以前到現在，要提升工程穩定度就是只有一種做法——那就是「分割擊破法」。

課程會教你如何把開發流程原子化，將開發過程切割成非常多的步驟，直到不可分割為止，然後再把每一步要做的事透過指令機制精準定義，讓 AI 在每一步驟犯錯的機率減少到最低。

在 90% 自動化中，你會發現 AI 寫出來的測試程式碼幾乎不會有任何錯誤，你會有一定的自信認為不會再需要 Code Review（但還是得 Review）。可是，由於你目前使用的還是 AI Editor，因此還不能做到 AI 全自動化，因此只有 90% 自動化。

在導入指令集驅動規格之後，AI 開發出來的程式碼已經能精準到位，可是，AI Editor （e.g., Cursor）並不懂得幫你將整個開發流程全自動化，你還得手動自己排程下 Prompt。

那下一步要做什麼？當然就是自己快速打造一個 BDD Agent，把開發流程中的所有指令步驟串聯在一塊。

既然每一個指令的開發都已經保證其正確性，全部一起自動化執行也會得到一樣的品質結果，此時，你就不再需要人工下 prompt，會得到一個 99% 自動化的流程！

99% 到 100% 自動化之間，看起來只差 1%，但其實這 1% 可不是很小的數字。

如果你要保證 100% 測試程式碼的自動化撰寫，指的就是你完全不需要下去 Code Review 任何一行測試的程式碼，那既然測試程式碼不可能寫錯，就能讓 AI 幫你做到全自動化的自我審查開發。

保證能生成正確的測試程式碼？這是怎麼做到的？ 聽起來是魔法，但其實只是認知問題，課程機密，因此不公布做法了。