不確定時代下的測試管理

2025 年線下課程 第二梯次
開課時間: 11 月 23 日 (日) (09:00-16:00)
報名網址: https://forms.gle/FNk6cfaNUj6oY3ex6
2026 年線下課程 第一梯次
開課時間: 05 月 24 日 (日) (09:00-16:00)
報名網址: https://forms.gle/WHGTCcMonFYUfvbE8

課程特色

業界務實的做法和經驗分享
分享業界常見的做法提醒業界常遇到的坑
多元的測試管理知識 + GenAI 協作
瀑布式 + Agile/DevOps/GenAI 協作 + 測試設計 + 測試團隊 + 測試流程
如何打造全面測試流程
不同組織性質有不同測試流程整合不同角色和階段

課程簡介

為什麼軟體測試正在成為團隊最難解的問題?

過去 10 年,軟體開發方式從瀑布式 → Agile → CI/CD,交付速度不斷提升,但測試卻沒有以同樣速度升級。
根據多份業界調查顯示:

  • 超過 60% 的軟體缺陷是在上線後才被發現,而不是測試階段發現(PractiTest 2024)
  • 即便導入自動化測試的團隊,仍有 45% 表示回歸測試需要人工補救(GitLab DevSecOps Survey)
  • 52% QA 認為測試時間不足是最大品質風險,不是工具不足(State of Testing 2023)
  • 70% 的團隊在交付壓力下被迫削減測試深度,而不是改善測試策略(InfoQ 2024)

換句話說:
現在真正的問題不是「測試執行不確實」,而是 測試策略沒跟上開發演化

GenAI 出現後,情況變好了嗎?還是更複雜了?

GenAI 讓軟體開發能「更快」,但品質風險卻因此「更難被控管」:

✅ AI 能寫程式碼,但不會保證程式碼設計正確
✅ AI 能產生 Test Case,但不懂產品上下文、更不會分風險優先順序
✅ AI 能產生大量輸出,但溝通成本、維護成本、決策成本都沒有因此下降

因此出現以下現象:

  • 開發速度變 3 倍,但 Debug 時間變 5 倍
  • 測試量暴增,但覆蓋率與風險可見度沒有提升
  • 自動化程式碼越來越多,但能真正被維護與信任的比例越來越低
  • PM 認為 AI 能自動幫忙品質控管,但實際上 QA 面臨的驗證成本上升

這就是大家以為 GenAI 會取代測試,其實 GenAI 只是放大測試策略問題的本質

PMRDQA 分別遇到什麼困境?

RD(開發)

「AI 幫我寫程式很快,但我 Debug 更痛苦。」
「有自動化測試,但到底測到了什麼?我也不知道。」
「修 Bug 變成猜測遊戲,因為程式碼不是我寫的。」

PM(產品 / 專案)

「測試有做,但我還是不知道能不能安心上線。」
「報告寫『通過率 95%』,但沒有說到底風險在哪。」
「交付節奏變快,但品質決策並沒有變快。」

QA / 測試主管

「測試時間永遠不夠,還被誤會是『沒效率』。」
「AI 產生 test case,但品質不一、自動化也不一定能跑。」
「測試活動變多,但測試策略、測試能力、測試位置沒有升級。」

這門課要解決的不是「怎麼做測試」

而是 如何管理測試、設計測試策略、用 AI 放大測試價值。你將學到:

1️ 測試管理(控風險,而非補漏洞)

  • 如何讓測試不再只是專案末段的工作,而是開發節奏的一部分
  • 如何讓測試報告變成決策工具,而不是 QA 專用文件

2️ 測試規劃(決定「測什麼、不測什麼」的策略)

  • 測試計劃不是文書,而是風險治理
  • 什麼是對測試規劃有用的資訊,如何寫出小而美的計劃

3️ 測試設計(不是寫案例,而是掌控覆蓋度)

  • 如何拆需求 → 測試模型 → 測試案例
  • 如何利用 AI 檢視測試案例的設計

4️ 測試執行與 Bug 分析

  • 如何用 Bug 找系統弱點,而不是只是修錯誤
  • AI 如何協助做回歸範圍建議、找出缺陷的集中的區域、品質預測

5️ 測試自動化策略(不是腳本,而是 ROI

  • 哪些測試值得自動化?
  • 自動化測試的策略

6️ 測試團隊能力模型(AI 時代 QA 不會消失,但會轉型)

  • QA 從執行者 → 品質策略設計者
  • 如何在組織內建立真正的「品質責任共擔」機制

如果你對以下問題有感,這門課就是為你設計的:

  • 「我們測試明明有做,但為什麼上線還出狀況?」
  • 「AI 真的能協助測試嗎?還是只是製造更多雜訊?」
  • 「為什麼我們團隊有自動化測試,卻還是沒人敢說品質穩定?」
  • 「為什麼找的 Bug,一直重複發生,回歸測試要跑哪些?」
  • 「我不是沒測,我是不知道要不要測、該測多少、該誰測。」

👉 如果以上任何一句讓你點頭,那就代表:
你不是缺測試工具,而是缺測試管理能力。

適合對象

  • 軟體開發人員, 測試人員
  • 測試經理, 專案經理, 系統分析師
  • 規劃公司測試制度和流程的人
  • 具軟體開發觀念、或想從事軟體測試工作者
  • 對軟體測試有興趣者

課程大綱

主題內容說明
測試管理專案管理和軟體測試管理比較
軟體測試管理的服務對象
測試管理的主要工作內容
軟體測試管理面臨的挑戰
在瀑布/Agile/DevOps要如何進行軟體測試
GenAI 對軟體測試有什麼影響
測試規劃討論為什麼你不寫測試計劃
哪些資訊是有助於你規劃測試
測試計劃內所包含的內容
測試規劃經驗談
如何撰寫小而美的測試計劃
如何利用 GenAI 產生測試計劃
測試設計軟體測試設計是什麼
軟體測試設計會如何拆解
測試個案設計流程
測試個案設計經驗談
IEEE 829 中和測試設計相關的文件
如何利用 GenAI 檢視測試案例
測試執行測試執行前的注意事項
回歸測試策略
Bug 追蹤管理
小型專案或簡易功能的測試執行策略
如何利用 GenAI 分析 Bug
好的 Bug 報告要注意什麼
Bug 分析報告
測試報告和指標
何時可以停止測試
測試自動化策略軟體測試和測試自動化比較
測試自動化的好處
測試自動化失敗的常見原因
那些適合功能進行測試自動化
測試金字塔
如何選擇測試自動化工具
測試團隊測試人員能力培訓
測試效能相關度量/KPI
測試人員的招募

上課時數

一天課程, 共 6 小時. (上午九點到下午四點, 中間休息一小時)