一個 QA 搭幾個 RD 才夠用？我的判斷依據

一個 QA 搭幾個 RD 才夠用？我的判斷依據 目錄 1. 沒有標準答案，但有判斷框架 2. 影響這個比例的五個因素 3. 我們的 App 的配比演變 4. 自動化成熟度改變了這個方程式 5. 結尾 沒有標準答案 你 Google「QA to developer ratio」，會找到各種數字：1:5、1:8、1:10、甚至 Google 說 1:15。 Capgemini《World Quality Report 2024 25》的調查顯示，全球企業的 QA 與開發比例從 1:4 到 1:12 都有，差異主要取決於產品風險等級、自動化成熟度和發布頻率，而不是產業慣例。換句話說，沒有一個「標準比例」，只有「適合當下條件的比例」。 這些數字都沒有錯，也都沒有用，因為背後的條件差太多了。Google 有高度成熟的自動化基礎設施、有 SRE 在 production 把關、有數億用戶幫他們做 beta testing。你的團隊不是 Google。 更有意義的問題是： 在你的產品、你的風險承受度、你的發布頻率下，現在的配比是否夠用？ 這個問題沒有辦法用一個數字回答，但可以用幾個指標來判斷。 五個因素 1. 產品的複雜度和風險程度 我們的 App 是一個 focus timer app，核心功能是計時、種樹、硬幣。這些功能對用戶造成的最大傷害是「計時沒有正確計算」或「硬幣沒有入帳」——糟糕，但不是災難性的。 如果你的產品是金融交易、醫療系統、或者有大量用戶資料的社交平台，同樣的配比完全不夠用，因為一個逃逸的 bug 的代價完全不同。 2. 發布頻率 每週發布和每個月發布，QA 的工作量完全不同。 每週發布意味著每次測試的時間視窗更短，自動化的比重必須更高，否則 QA 會成為瓶頸。每月發布有更多時間做手動探索性測試。 我們的 App 的節奏是雙週 sprint，這個頻率下 1 個 QA 對 4–5 個 RD 是大概可以維持的配比——但這建立在有一定程度的自動化回歸的基礎上。 3. 自動化成熟度 有完整的 CI 自動化回歸，每次 build 都跑完核心路徑：1 個 QA 可以覆蓋更多 RD，因為手動工作量被自動化分擔了。 完全手動、沒有自動化：1 個 QA 能覆蓋的範圍很有限，每次 release 都要從頭手動跑所有案例。 4. 功能還是維護 衝新功能的階段：每個 sprint 都有新功能要測，QA 的工作量高。 進入維護穩定期：主要是回歸測試，自動化能承擔大部分，手動工作量下降。 同樣的配比，在不同產品階段的壓力不一樣。 5. Bug 逃逸率 這是最直接的指標：如果你的 bug 逃逸率持續高於你的接受標準，是配比不足或測試策略有問題的信號。DORA 2024 研究指出，高效能交付團隊的變更失敗率（change failure rate）中位數約為 5%，而低效能團隊則超過 46%。Bug 逃逸率和變更失敗率高度相關，都是測試覆蓋與流程成熟度的直接指標。 如果逃逸率很低、QA 的工作量有明顯的 slack（空閒時間），可能是配比偏多。 我們的 App 的配比演變 早期（beta 版，小團隊）：1 個 QA，3 個 RD。 這個配比很緊，主要靠降低測試範圍和接受更高的 bug 逃逸率來平衡。 成長期（功能快速擴張）：1 個 QA，5 個 RD，引入第二個 QA。 這段時間最痛苦：需求量大、測試時間短、兩個 QA 還在磨合協作方式。 穩定期（現在）：2 個 QA，8 個 RD。 自動化回歸覆蓋核心路徑，手動測試集中在新功能和高風險情境，這個比例目前是可以維持的。 如果 我們的 App 開始做重大的架構調整或新平台（比如 Web 版、Android 版大改），這個配比需要重新評估。 自動化成熟度改變了這個方程式 1 個 QA 對 5 個 RD，在沒有自動化的情況下，是非常緊張的。但同樣的配比，如果有： CI 每次 push 都跑 unit test 每次 release 自動跑核心流程的 E2E test API 層的 contract test 自動驗證格式 QA 的手動工作量大幅下降，可以集中在真正需要人工判斷的部分。 所以這個比例問題的正確解法，不是一直招 QA，而是： 1. 先投資自動化基礎設施 2. 自動化成熟後，相同的人力可以覆蓋更多的開發產出 3. 在自動化無法替代的部分（探索性測試、新功能、邊界情境），保留足夠的手動測試人力 結尾 如果主管問「我們需要幾個 QA」，我的回答通常是：「取決於你能接受多少品質風險，以及你的自動化基礎設施有多成熟。」 這不是在迴避問題，是在說：配比是一個結果，不是一個起點。你先定義品質標準、先建自動化基礎設施、先評估風險，配比自然就出來了。 用一個固定數字配人，然後發現不夠用或太多，是從結果往回推的錯誤方式。 參考資料 1. Capgemini World Quality Report 2024 25 — 全球 QA/RD 配比現況、自動化成熟度與測試人力規劃的調查報告 2. DORA 2024 State of DevOps Report — 變更失敗率、部署頻率等效能指標與團隊配置的相關性 3. Google SRE Book — Eliminating Toil — 自動化如何改變人力需求結構，以及 Google 的 SRE/RD 配比思維 4. Stack Overflow Developer Survey 2024 — 全球工程師對測試工作量、自動化比例與團隊組成的調查數據 5. ISTQB — Test Management — 測試資源規劃、風險導向測試策略與 QA 人力評估框架