初識效能測試

– 開發團隊必備的生存技能

2026 年線下課程第一梯次
開課時間: 06 月 13 日 (星期六 13:00-16:00) (共 3 小時)
報名網址: https://forms.gle/vizs9NMDGyPLL7gd8
2026 年線下課程第二梯次
開課時間: 12 月 12 日 (星期六 13:00-16:00) (共 3 小時)
報名網址: https://forms.gle/enbBJiuWioYGRkS79

課程簡介

在軟體開發圈，大家最常問的問題是：「功能對不對？」
但真實世界裡，使用者在乎的是另一件事：「系統撐不撐得住？」

試想，你推出一個超強新功能，結果一秒就掛機，再完美的功能也沒人要用。
效能測試（Performance Testing） 就是為了回答這個問題——當系統面對成千上萬真實使用者的同時操作，還能不能穩定、流暢？

過去，效能測試好像是大企業才玩得起的高階檢查。但進入 GenAI 時代，這已經是 PM、RD、QA 的共同必修課。因為沒有它，你可能在「功能沒問題」的錯覺中，把產品送上了一場災難。

🎯 為什麼這堂課很重要？

PM（產品經理）
這攸關商業決策。舉例來說，如果你打算推一個百萬人同時湧入的促銷活動，卻不知道系統極限，等於在玩俄羅斯輪盤。
RD（研發工程師）
一行看似無害的 SQL 查詢，在流量衝擊下可能放大成雪崩效應。懂效能測試的工程師，才不會寫出「撐不住」的程式碼。
QA（測試人員）
測試不只是驗「功能對不對」，還要驗「能不能撐」。若 QA 能設計壓測腳本、監控資源指標，就能給團隊更有價值的回饋。

在 GenAI 系統 的世界裡，用戶要的不只是「正確答案」，而是「秒回體驗」。AI 模型吃資源、流量難預測、商業風險放大，這些都讓效能測試成了生死關頭的決策依據。

適合對象

研發主管／技術長：想評估團隊效能、驗證投資成效
Team Lead／Scrum Master：想找到流程瓶頸與改善方法
資深開發者／DevOps 工程師：想以數據支持改善實踐
效能分析師／PM／測試主管：希望透過數據驅動決策

課程大綱

主題	內容說明
效能測試簡介	a. 為什麼要進行效能測試:不同開發階段的效能考量 b. 效能測試與功能測試的差異與關聯 c. 效能測試的種類 d. Baseline vs. Benchmark 的比較 e. 常見術語: Think Time、Virtual User、Simultaneous User、Concurrent User
效能測試流程	a. 找出關鍵使用情境與效能目標 b. 定義交付的成果 c. 建立要模擬的 Workload d. 找出要度量的指標 e. 「多快才算夠快」 f. 開立測試案例 g. Ramp-up、Steady State、Ramp-down h. 分析測試結果
效能測試計劃與分析圖表	a. 如何撰寫效能測試計劃書 b. 必懂的圖表判讀: Response Time Graph、Response Time vs. Latency Response Time + Throughput 的四種曲線型態與根因排查 c. TPS vs. RPS、Total TPS vs. 個別 Transaction TPS d. Pacing 與 Think Time 的差異;TPS 達不到目標時的三層排查 e. 搭配 P95/P99、Running VUsers、Throughput、Error 率的完整判讀順序
效能測試與開發流程整合	a. 傳統效能測試的特性與問題 b. 敏捷效能測試的挑戰與精神 c. 在不同階段進行不同的效能測試工作實例化需求與拆解需求,把效能需求提早納入 Definition of Done d. 案例分享: Vonage Meta

附件

(1) 效能測試成熟度評估與檢查清單

效能測試成熟度評估與評分機制(Level 0~4 對照)
效能測試計劃的五階段檢查清單:風險評估、測試計畫、腳本與情境、測試執行、測試報告

(2) k6 入門:用 Claude Code 從零學會效能測試

為什麼選 k6、Claude Code 在學習中扮演的角色
第一個 k6 腳本:從中文 prompt 到執行與報表判讀
四種一定會用到的測試:Smoke、Load、Stress、Spike

課程時間

長度 3 小時

講師介紹

David Ko

目前在Odd-e 擔任Agile Coach
幫助企業導入敏捷、改善流程和提供培訓，
台灣Agile Tour Taipei 的組織者之, 致力於推廣敏捷技術。