「欸！明明昨天還能用，加個小功能就全壞了？」使用軟體測試來避免悲劇發生

你是不是也遇過這種情況：

• 網站明明昨天還能用，今天卻突然壞掉了？
• 改一個按鈕的顏色，購物車卻無法結帳了？
• 修好了這個 bug，卻發現另一個功能出問題了？

其實這就是為什麼工程師需要軟體測試！讓我用做菜的例子，帶你了解工程師如何預防這種災難。

---

想像你正在準備一道特別的料理，你會怎麼確保這道菜最後的成品是美味的呢？

身為一位經驗豐富的廚師，你可能會：

1. 先確認每個食材的新鮮度
2. 試嚐醬料的味道是否調好
3. 請朋友試吃看看整體搭配
4. 最後請客人實際享用，看看評價如何

軟體測試的概念，其實和料理的品質控管很像！接下來用簡單的例子，帶大家認識幾種常見的軟體測試方式。

👨‍💻 各種測試方式

🔍 單元測試（Unit Test）

就像確認每個食材的品質一樣，單元測試專注在測試最小的程式元件。舉例來說，測試「計算折扣」的函式時：

• 輸入 1000 元商品，打 8 折，是否正確計算出 800 元？
• 輸入 0 元商品，是否會顯示錯誤提示？
• 折扣金額是否會進位到整數？

這些都是獨立的小測試，不需要啟動整個系統，就像檢查番茄的新鮮度不需要煮整鍋湯。

🔄 整合測試（Integration Test）

就像確認醬料和食材一起烹煮的效果，整合測試檢查不同系統之間的互動。比方說：

• 當結帳系統請求折扣資料時，折扣系統有正確回應嗎？
• 折扣系統更新後，購物車系統能正確接收新的折扣規則嗎？
• 會員系統和折扣系統的資料是否有正確同步？

重點在於測試「系統之間」的溝通，就像確認醬料和麵條是否搭配。

⚡ 功能測試（Functional Test）

這就像從顧客的角度檢查餐點是否符合菜單說明。功能測試關注的是「使用者需求」是否被滿足：

• 當會員購買超過 3000 元，系統會自動套用 95 折嗎？（符合促銷規則）
• 生日當月的會員，購物車會顯示生日優惠碼嗎？（符合會員權益）
• VIP 會員的專屬折扣有正確疊加嗎？（符合會員等級制度）

功能測試檢查的是「商業邏輯」是否正確，就像確認「泰式酸辣蝦」是否真的又酸又辣又有蝦子。

🏃 效能測試（Performance Test）

就像測試餐廳的出餐速度和服務品質，效能測試檢查系統在壓力下的表現：

• 雙 11 活動時，1000 個會員同時使用折扣碼，系統會當機嗎？
• 當 10000 筆訂單同時請求折扣計算，回應時間會變慢多少？
• 大型促銷活動時，即時更新的折扣資訊會延遲嗎？

重點在於測試系統的「承受能力」，就像餐廳能不能應付週年慶時的大量客人。

🎯 端對端測試（End-to-End Test）

這就像請朋友試吃整道料理，測試整個系統的流程。想像網購的情境：

• 從瀏覽商品、加入購物車
• 到結帳付款、物流追蹤
• 最後收到商品的完整流程

👥 使用者測試（User Testing）

就像餐廳正式開張時的客人反饋，這是讓真實使用者實際操作軟體：

• 介面好操作嗎？
• 功能容易理解嗎？
• 使用過程中有遇到困難嗎？

🤖 AI 時代的軟體測試

在 AI 時代，只要講出需求，AI 就會協助你寫出程式。但是這時候，測試的重要性變得更加關鍵。這就像是在馬路上設置護欄（Guardrails）：

• 測試如同護欄，提醒 AI「這條路是安全的」。
• 明確定義「可以做什麼」和「不能做什麼」。
• 幫助 AI 理解程式的預期行為與運行限制。

這樣不僅能提高開發效率，還能降低風險。例如，當我們要開發一個訂購系統：

• 單元測試告訴 AI：「購物車的金額計算要這樣做才對」
• 整合測試說明：「訂單成立後，庫存要這樣更新」
• 端對端測試展示：「完整的購物流程應該要這樣運作」

透過這些明確的「護欄」，AI 不只能幫我們寫出程式，還能確保程式符合我們的品質要求和業務邏輯。這讓 AI 成為更可靠的開發夥伴，而不只是一個程式產生器。

✨ 小結

現在你知道了，軟體測試就像是確保一道美食的品質，需要從食材、調味、整體表現，一直到客人反饋都仔細把關。優秀的軟體團隊會透過各種測試方式，為使用者打造穩定且好用的產品。

💡 補充知識：測試和版本控制

常常有人會搞混軟體測試和版本控制（Version Control），讓我們簡單說明一下：

• 軟體測試就像是品質檢查員，負責確認每個功能都正確運作
• 版本控制則像是相簿和時光機的結合，記錄著程式的每個變更，讓我們能回顧或復原任何修改

這兩個概念都很重要，但扮演不同的角色。想更深入了解版本控制嗎？讓我們下次再聊！