CI/CD 中的测试策略：让每次部署都有品质保障

分享如何在 CI/CD 管线中规划测试策略，从 commit 到 deploy 每个阶段该跑什么测试、怎么设定品质关卡。

QA CI/CD GitHub Actions 测试策略品质关卡 DevOps

编辑整理：Mark Liu (劉紋瑋) · 最后更新 2026-03-07

聲明

本文以 GitHub Actions 为范例，其他 CI/CD 工具的设定方式可能不同。

目录 / INDEX 7

第 1 節

为什么 CI/CD 需要 QA？

没有自动化测试的 CI/CD，只是「快速把 bug 部署到 production」。品质关卡是 CI/CD 的灵魂。

第 2 節

Stage 1：Commit 阶段（每次 push 触发）

执行时间目标：< 5 分钟

›
静态分析
ESLint、Pylint、SonarQube
›
单元测试
快速、独立、无外部依赖
›
程式码覆盖率
设定最低门槛（例如 80%）

第 3 節

Stage 2：整合测试阶段

执行时间目标：< 15 分钟

›
API 测试
验证服务间的互动
›
资料库测试
Migration、资料完整性
›
第三方服务 Mock
不依赖外部服务

第 4 節

Stage 3：E2E 测试阶段

执行时间目标：< 30 分钟

›
核心流程测试
登入、购买、支付等关键路径
›
跨浏览器测试
Chrome、Firefox、Safari
›
视觉回归测试
Percy、Chromatic

第 5 節

Stage 4：部署前关卡

最后一道品质防线：

›
效能测试
确保没有效能退化
›
安全扫描
OWASP ZAP、Snyk
›
人工审核
需要时的手动 approval

第 6 節

品质关卡（Quality Gate）设定

什么情况下应该挡住部署：单元测试失败（零容忍）、覆盖率低于门槛、高严重度的安全漏洞、效能指标退化超过 10%、核心 E2E 测试失败。

第 7 節

常见的 CI/CD 测试陷阱

避免这些常见问题：

›
测试太慢
把慢的测试移到非阻塞的 nightly build
›
Flaky Test
不稳定的测试要马上修或隔离，否则团队会习惯忽略红灯
›
环境不一致
用 Docker 确保 CI 环境和 production 一致
›
只测快乐路径
负面测试和边界情况一样重要

分享 LINE Threads X

API 測試入門：用 Postman 和 pytest 打造你的第一個 API 測試

API 測試是現代 QA 必備技能。從 HTTP 基礎概念到實際用 Postman 和 pytest 寫測試，帶你踏出 API 測試的第一步。

QA 工程师的一天：从手动测试到自动化的完整流程

分享 QA 工程师的日常工作，从需求分析、测试案例设计、手动测试执行到自动化测试导入的完整经验。

《做自己的生命设计师》3 个核心观念，搭配真实生活场景让你秒懂

用设计思维的方法来设计你的人生。