不確定時代下的測試管理

| 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 只是放大測試策略問題的本質。
那 PM、RD、QA 分別遇到什麼困境?
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 小時. (上午九點到下午四點, 中間休息一小時)