AI x BDD AI x BDD:規格驅動全自動開發術

這門課整合人類軟工發展以來,最關鍵的軟體開發實踐:TDD, BDD, DDD
你不只會學爆方法論,還能懂如何將方法落地 AI 全自動化開發中
漲價優惠倒數 -- 天 -- 時 -- 分 10/1 起調漲為 NT$ 9,999
達標解鎖 287/500 人

AI 時代下最受重用的工程師,最會制定規格及技術標準的工程師

OpenAI 的研究員都這麼說了,你還在等什麼?

寫程式的工作,只佔工程師價值的 10% 到 20%

90% 的價值

  1. 1接到需求後做好系統分析和設計
  2. 2將規格寫清楚
  3. 3把規格給 AI,做全自動開發

那麼...到底該怎麼做???

80% 的人幾乎都做錯了

80%的人

以為規格就是寫越多越好

結果只是燒紙錢拜拜,燒越多 Token 也不代表 AI 能把程式寫對

從對話框下方的 file picker 選入六份 CRM 功能規格,接著逐字輸入開發要求。

功能規格/客戶管理.md 功能規格/聯絡人管理.md 功能規格/商機流程.md 功能規格/跟進活動.md 功能規格/銷售漏斗.md 功能規格/角色權限.md

請依照這六份 CRM 功能規格,把客戶、聯絡人、商機、跟進活動、銷售漏斗與角色權限一次到位做好開發。

千萬不可以出錯。

完成後請自我檢驗所有功能;確認完全符合規格後再告訴我完成。

  • 規格再多,AI 一樣憑心情做事
  • 開發新功能一樣改 A 壞 B
  • 燒更多 Token,成效不保證
  • 工程師分工不明,要跟 PM 搶工作
  • 沒有測試,沒辦法約束 AI

20%的人

善用 E2E Test,逼 AI 開發一次到位

只要把關好 E2E Test,
成果就一氣呵成

  • 大幅提高正確率
  • 測試保護,不易改 A 壞 B
  • AI 不會偷懶,通過所有測試才能下班

大多數企業都沒搞懂重點

寫對「規格」不如「寫對測試」

只有測試程式碼能真的「約束」AI 的產出

而且也只有測試能與程式一起與時俱進

如果你懂這個道理 認真實踐它 你的產能就會是國內前 20%

接下來,來了解 AI x BDD 這個方法論的更多細節

AI x BDD,就是 「把業務規格,精準翻譯成自動化測試」 用測試來逼迫 AI 開發一次到位。

業務規格 被翻譯成 一系列的 E2E Test Case

一本業務規格經過翻譯,形成一份包含六個 E2E Test Case 的 E2E Test Plan

直接 DEMO:整個 AI x BDD 的開發流程長這樣

一套製造業的執行系統,夠複雜了吧?

一次 Spec 把關 SA 寫前後端 Test Plan 跑 BDD 開發 一次到位開發完畢

方法好像很厲害,那企業實戰成效如何呢?

水球軟體學院:企業導入案實戰成績

三個月內在企業 CRM 後端重寫案中

導入 476 個 BDD 可執行規格

於一 Java Sprint Boot 專案中

總計 5025 個測試案例

測試驅動開發出 462 個 API Endpoints

三個月內就成功在 CRM 重寫案上導入上百個可執行規格,把 CRM 在上千個測試保護下快速開發出來,這成效實在是顯而易見。先前一個審查鏈的功能我看開發至少要 2~3 週喔,這次用 AI x BDD 開發這個複雜功能,用 3 天規劃規格,2 天跑 AI 開發、1 天上線測試,就直接能用了,效率快 3 倍左右。

雖說 AI x BDD 絕對是需要訓練成員才能導入,但光是這一案的導入成功就在文化影響上幫助公司推進太多。

戰場改變非常劇烈,未來最重要的倒不一定是 BDD 的模式,而是水球在教的軟工思維,有這套思維,那即使戰場劇烈改變,也有一定的應變之道。

弋揚科技 衛星犬
Ian 副總 弋揚科技股份有限公司

這門課適合誰?

如果你有底下的痛點,那就適合上課,因為這門課能解決這問題。

不適合誰?

什麼情況下這套方法會失效或不適用?不會特別推薦這堂課給哪些人?

反篩內容已送水球(8/15),等回覆後填入
實戰接招

上完課後你會如何面對這些開發問題

軟體開發分析比別人細,效率是其他人的三倍起跳

上課前
你會遇到的問題
  • 收到的需求好模糊
  • 驗收條件不明確
  • API、資料不知道怎麼拆,拆了架構後面就要一直改
  • 規格寫完後,感覺還有很多技術細節要追究,但不知道有哪些地方需要做決策
  • AI 產出快但品質不穩定
  • 長流程一路做完好怕失控
  • 做過一堆頁面和 CRUD,還是講不出自己的優勢
上課前被開發問題卡住
上完課
直接用 Skill 接招
  • /clarify-over-specs 把 gaps、邊界條件、例外情境仔細盤點乾淨
  • /specify/spec-by-example 把 user story、驗收條件、FR/NFR 跟 PM 對到清楚。
  • /system-analysis 拆解多個系統分析面向,把 API、資料模型、User Flow 流程骨架依序分析清楚。
  • /technical-research 根據需求上游,針對複雜或是有可行性風險之處,制定技術決策,並一一 Review。
  • /dsl-refine/testplan 先把「E2E 測試計劃」寫清楚,對齊需求,並確認前端和後端都受到一定測試覆蓋度。
  • /bdd + /tasks + /implement 讓 AI 用「測試驅動開發」,依序把每個 User Story 每個測案都一段一段把實作收斂,高可靠一次到位開發完畢。
  • 把這整組 Skill workflow 拿來當代表作,讓你能講的是「我怎麼把模糊需求一路推到可交付、可驗證、可重複的開發流程」
上完課穩穩交付有成就

迎向軟體工程職涯的下個里程碑

01個人產能提升
個人產能提升

從「會用 AI 寫 code 的人」,變成「能快速指揮 AI 分析和實作前後端的高手」每多學一分系統分析,整條工作流品質就指數級往上疊——學得越多,複利越大。

02組織不可取代性
組織不可取代性

從「只是一位工程師」,變成「組織裡導入 AI 不可或缺的戰力,替代性極低」你能幫團隊客製一整組 Skills,把需求一路推到交付,過程可驗證、可複用、成效看得見。

03市場競爭力升級
市場競爭力升級

從「說得出做過哪些功能」,變成「拿得出一整套可被驗證的 AI 協作作品」面試時別人還在講心得,你能攤開流程、規格、驗證、交付,每環節經得起追問。

課程路線

這門課是如何一步一步帶你從新手變成高手

課程章節與成長路徑:起點是只懂得讓 AI 幫忙寫程式的軟體工程師,經過 CH1 超級新手村、CH2 Skill 模組化工程、CH3 規格驅動開發、CH4 測試驅動開發、CH5 行為驅動開發,終點是能把需求一路推到交付、備受信任的流程驅動者

想看每章單元細目與精華影片 → 切換上方「完整章節與精華影片」

這門課與其他課 差在哪?

沒有軟工方法論根基,過度著重在會過時的工具上
教學奠基在軟工方法論上,十年內都不易過時
只教 工具怎麼用,但還是收你好幾千元
也會教 SDD 工具,如 Speckit,不只教他還教你改它
只叫你用寫好的 Skill,但是沒教你怎麼客製化 Skill
不只教你用 Skill,還全程都在教你寫 Skill
內容不到 20 小時,說是速成但成效不明
內容超過 20 小時,保姆級實戰教學,無論你程度如何都收穫滿滿
缺乏深度訓練,只是影片內容見好就收
每一章都有作業,寫完可看參考答案,讓你深度內化
缺乏亮眼的企業成績,沒有真的解決問題
有明確的企業導入成績,解決過困難的問題
太多 AI 簡報,內容一堆多餘的雜訊
全程白板 + Live Coding 授課
水球潘講師

講師經歷

水球潘

水球軟體學院創辦人暨課程講師

十年持續研究及教學軟體架構、設計模式與工程方法論,從物件導向分析與設計、DDD(領域驅動設計)、TDD(測試驅動開發),一路研究到如何把 BDD(行為驅動開發)與 AI 全自動化開發接起來。

40+ 場公開軟工演講 平均 93 位觀眾
6 場研討會演講 皆獲得大力好評
平均推薦分數 4.3/5
十年 軟工教學經驗 從手寫 Live Coding 一路教到 AI x BDD

公開演講經歷

2022—2026

  1. JCConf 遊戲微服務計畫:系統分析、設計和開發方法論及技術 查看演講
  2. MOPCON DDD 事件風暴與 OOA 展開對 Kubernetes 的認知 查看演講
  3. DDDesign Taiwan Conference 在新創導入 Scrum × DDD 的實際經驗 觀看演講
  4. JCConf 解析 Spring Framework 原始碼與 IoC Container 設計 查看演講
  5. 領域驅動設計台灣年度成果發表會 BDD+DDD 自動化實踐經驗 查看議程
  6. DDD Taiwan AI x BDD 人性化駕馭工程 查看演講

公開表揚水球課程的文章

8 篇第三方公開文章

水球教的不是某個 AI 工具,而是如何把規格、系統分析、技術決策與測試做進開發流程,用測試來逼迫 AI 高可靠、一次到位完成開發。

學員回饋

精靈
後端
「工作中不想再當碼農了,如果可以用 AI 自動化開發一些比較瑣碎無趣的程式,那我就可以去做比較有趣的技術活了!」

精靈 後端工程師・3~5 年經驗(轉職軟體工程師)

引文為 TA 表 S001 訪談語錄・示意佔位——心得文定稿後替換

照片
待補
前端
證言文字待選——前端精選人選確定後補上名稱、職稱與真實照片

待定 前端工程師

版位保留:TA 表 S003 分頁尚空白,人選與照片待補

River
TECH LEAD 主管
證言文字待選——可從 River 訪談素材(0712)萃取定稿

River 技術主管 / Tech Lead / TPM・10~20 年經驗

照片與職稱來自 TA 表 S002(Demo 用)

學員合照,手上舉著「我是百倍工程師」「我要革自己的命」「ALL IN BDD」

現在,就是軟體工程師最輝煌的時代

水球老師為了磨這門課
走遍各個企業服務
消耗整整一年的青春

加入這門課,一起變強

常見問題

報名前最後的疑慮,我們一次說清楚

我不是 Java/後端工程師,這門課適合我嗎?

答案撰寫中(前端/其他語言適用性,客服高頻題)

這門課跟 YouTube 上免費的 BDD 教學有什麼不同?

答案撰寫中(結構化課程 vs 散落內容)

我試過 BDD 了,沒有成功推起來,這門課有什麼不一樣?

答案撰寫中

課後這些 Skill/工具還能繼續用嗎?

答案撰寫中

我平日很忙,跟不上進度怎麼辦?

答案撰寫中(時間彈性)

課程觀看期限是多久?

答案撰寫中(單次購買、不限期之使用授權——詳細用語依契約查證後定稿)

有退費機制嗎?

7 天鑑賞期全額退費。(詳細條件文案照契約寫法定稿中)

NT$ 8,999NT$ 15,999 漲價倒數 --
立即報名