iT邦幫忙

tdd相關文章
共有 184 則文章
鐵人賽 Software Development DAY 10

技術 Day 10:Refactor 階段——AI 最容易跳過的一步,沒有安全網的「順手重構」

前言 「反正測試都綠燈了,AI 順手把旁邊那個函式也改乾淨一點,應該沒差吧?」 這句話聽起來像是效率的展現——都已經打開這個檔案了,看到旁邊有一段程式碼寫得不太...

鐵人賽 IT Operation DAY 14

技術 Day 14:制度 vs 自覺,哪個更靠得住

前言:制度跟自覺,哪個更靠得住? 第二部用一筆真實的 commit,帶出了一連串觀察。今天把它們收在一起,回答一開始留下的問題:制度跟自覺,哪個更靠得住? 今日...

鐵人賽 Software Development DAY 9

技術 Day 09:案例——AI 為了讓測試綠燈,硬編碼了預期值

前言:測試綠了,是因為邏輯對了,還是因為它「記住了答案」? 「昨天講到 AI 在 Green 階段容易寫出『讓測試通過的最小手段』,聽起來有點抽象——最小手段到...

鐵人賽 Software Development DAY 12

技術 【Day - 12】規劃過期、Bug、平行開工,Spectra 怎麼協助 apply?

前兩篇看過 Spectra 的基本流程,以及指引、文件檢查與歸檔的安排。這篇接著看 apply 前後:規劃文件準備好了,AI 開始實作時,還會遇到哪些問題? 例...

鐵人賽 Software Development DAY 8

技術 Day 08:Green 階段——AI 傾向寫出「讓測試通過的最小手段」

前言:「用最少的程式碼讓測試通過」,這句話不是每個人聽起來都一樣 「Kent Beck 自己都說了,Green 階段就是要用最簡單的方式讓測試通過,AI 這樣做...

鐵人賽 Software Development DAY 7

技術 Day 07:為什麼「先看紅燈」比「有沒有寫測試」更重要

前言:檢查有沒有寫測試,是最容易被騙過的一種檢查 「這個 PR 有沒有寫測試?」這句話幾乎是每個團隊 code review 時的標準問句。它很好回答——打開檔...

鐵人賽 Software Development DAY 6

技術 Day 06:Red 階段——AI 容易跳過「先看到測試失敗」這一步

前言:測試從沒紅過,你怎麼知道它會抓到問題? 「反正最後測試都是綠的,中間有沒有真的紅過一次,有差嗎?」 有差,而且差別很大。昨天講完假陽性測試的三種樣貌——空...

鐵人賽 Software Development DAY 5

技術 Day 05:假陽性測試的三種樣貌——空斷言、恆真斷言、Mock 掉待測物件本身

前言:綠燈不等於「測到了」 「這個測試是綠的,代表這段邏輯是對的吧?」 Day 04 講過一個具體案例:AI 生成的測試全綠,卻沒測到任何有意義的行為。今天要把...

鐵人賽 IT Operation DAY 9

技術 Day 09:兩種節奏——「功能配測試」跟「順路補測試」

前言:先寫測試再寫功能,才算有紀律? 「TDD 教的不是應該先寫測試、再寫功能嗎?昨天那筆 commit 看起來完全不是這樣,這樣算不算沒紀律?」 先說結論:昨...

鐵人賽 Software Development DAY 4

技術 Day 04:案例——AI 生成的測試全綠,卻沒測到任何有意義的行為

前言:測試都通過了,為什麼還要懷疑? 「AI 幫這個方法寫了三個測試,全部綠燈,這樣應該可以放心合併了吧?」 這句話聽起來很合理——測試通過本來就是我們判斷「這...

鐵人賽 Software Development DAY 3

技術 Day 03:AI 讓「寫測試」變快,但「寫對測試」的門檻沒有變低

前言:測試都通過了,為什麼還要懷疑? 「AI 幾秒鐘就能幫你的函式產生一整套測試,語法正確、結構完整、跑起來全部綠燈——這樣還不夠好嗎?」 這句話聽起來很合理,...

鐵人賽 Software Development DAY 2

技術 Day 02:TDD 的本質沒變——Red-Green-Refactor 三步驟快速複習

前言:三個步驟大家都會背,但真的知道每一步在防什麼嗎? 「Red-Green-Refactor 誰不知道?寫一個失敗的測試、讓它通過、再重構,這種基本功還需要花...

鐵人賽 Software Development DAY 1

技術 Day 01:系列介紹——AI 時代為什麼更需要 TDD

前言 「AI 都已經能自動生成測試了,還需要學 TDD 嗎?」 這大概是我這幾年被問過最多次的問題之一。表面上聽起來很合理:以前寫測試要花時間,現在跟 AI c...

鐵人賽 Software Development DAY 8

技術 Day 08:Green 階段——AI 傾向寫出「讓測試通過的最小手段」

前言:「用最少的程式碼讓測試通過」,這句話不是每個人聽起來都一樣 「Kent Beck 自己都說了,Green 階段就是要用最簡單的方式讓測試通過,AI 這樣做...

鐵人賽 Software Development DAY 7

技術 Day 07:為什麼「先看紅燈」比「有沒有寫測試」更重要

前言:檢查有沒有寫測試,是最容易被騙過的一種檢查 「這個 PR 有沒有寫測試?」這句話幾乎是每個團隊 code review 時的標準問句。它很好回答——打開檔...

鐵人賽 Software Development DAY 6

技術 Day 06:Red 階段——AI 容易跳過「先看到測試失敗」這一步

前言:測試從沒紅過,你怎麼知道它會抓到問題? 「反正最後測試都是綠的,中間有沒有真的紅過一次,有差嗎?」 有差,而且差別很大。昨天講完假陽性測試的三種樣貌——空...

鐵人賽 Software Development DAY 5

技術 Day 05:假陽性測試的三種樣貌——空斷言、恆真斷言、Mock 掉待測物件本身

前言:綠燈不等於「測到了」 「這個測試是綠的,代表這段邏輯是對的吧?」 Day 04 講過一個具體案例:AI 生成的測試全綠,卻沒測到任何有意義的行為。今天要把...

鐵人賽 Software Development DAY 4

技術 Day 04:案例——AI 生成的測試全綠,卻沒測到任何有意義的行為

前言:測試都通過了,為什麼還要懷疑? 「AI 幫這個方法寫了三個測試,全部綠燈,這樣應該可以放心合併了吧?」 這句話聽起來很合理——測試通過本來就是我們判斷「這...

鐵人賽 Software Development DAY 3

技術 Day 03:AI 讓「寫測試」變快,但「寫對測試」的門檻沒有變低

前言:測試都通過了,為什麼還要懷疑? 「AI 幾秒鐘就能幫你的函式產生一整套測試,語法正確、結構完整、跑起來全部綠燈——這樣還不夠好嗎?」 這句話聽起來很合理,...

鐵人賽 Software Development DAY 2

技術 Day 02:TDD 的本質沒變——Red-Green-Refactor 三步驟快速複習

前言:三個步驟大家都會背,但真的知道每一步在防什麼嗎? 「Red-Green-Refactor 誰不知道?寫一個失敗的測試、讓它通過、再重構,這種基本功還需要花...

鐵人賽 Software Development DAY 1

技術 Day 01:系列介紹——AI 時代為什麼更需要 TDD

前言 「AI 都已經能自動生成測試了,還需要學 TDD 嗎?」 這大概是我這幾年被問過最多次的問題之一。表面上聽起來很合理:以前寫測試要花時間,現在跟 AI c...

技術 靠 Skills 補齊從需求到程式碼之間遺失的資訊

我自己在日常的開發中比較常是會跟需求端討論需求,然後把成果用程式碼的方式進行呈現,所以不外乎遇到以下問題: 與需求端要如何對齊認知 要怎麼確保文檔到程式碼之間...

技術 為什麼還想自己造一個 AI Agent

以下內容為完整內容,或是也可以移駕到我的個人網站查看byoa_series 契機 2025 的 DevOpsDays,在 安德魯架構師 演講的結尾時,他提到一句...

鐵人賽 Software Development DAY 27

技術 Ch 26. 加新功能時,如何確定原先功能沒有壞?

前面的章節教過用 Git 可以把程式碼「儲存版本」,這樣加新功能時,如果發現舊功能壞掉,可以倒回去重來。不過這裡有另外一個問題,就是「我們如何發現舊的功能有沒有...

鐵人賽 Modern Web DAY 22

技術 Day 22: 30天打造SaaS產品前端篇-元件測試進階與測試驅動開發 (TDD)

前情提要 在 Day 21 我們建立了 Vitest 和 React Testing Library 的測試環境。今天我們要實作元件測試的進階技巧和測試驅動開發...

鐵人賽 Software Development DAY 30

技術 Day 30 - 完賽總結:重新定義開發流程

最基本的問題:「到底什麼是測試驅動開發?」 我們在 go-tdd-kata 的道場裡,扎實地練習著 FizzBuzz 和字串計算機,將「紅-綠-重構」的節奏刻入...

鐵人賽 Software Development DAY 29

技術 Day 29 - 案例研究:一位 會用 AI 開發的 TDD 開發者的一天

昨日回顧與今日目標 在 Day 28 的探討中,我們審視了在專業環境中使用 AI 的倫理、版權與隱私議題,並認識到作為一個負責任的開發者,我們需要擁抱 AI 的...

鐵人賽 Software Development DAY 28

技術 Day 28 - AI 開發的倫理、版權與未來展望

昨日回顧與今日目標 在 Day 27,我們深入探討了人機協作的過程,學會了如何批判性地看待 AI 的建議,並認識到人類開發者在架構設計、業務理解和最終決策上的核...

鐵人賽 Software Development DAY 27

技術 Day 27 - 人機協作的藝術:當 AI 的建議與你想法不同時

昨日回顧與今日目標 在 Day 26 的精彩實戰中,我們成功地打通了 ATDD 的“最後一公里”,同時也完成了從「業務價值」到「程式碼實現」再回到「業務價值驗證...

鐵人賽 Software Development DAY 26

技術 Day 26 - ATDD 實戰 (二):用 TDD 實現「步驟定義」,打通E2E流程

昨日回顧與今日目標 在 Day 25 中,我們成功地啟動了 ATDD 流程,我們利用 AI 撰寫了用來描述「購物車折扣」業務需求的 .feature 檔案,並執...