> 九號工具站
返回列表

QA 履歷範本與寫法 — 從 Skills 到 STAR 故事的 5 個區塊完整指南

給 QA 的履歷實戰指南。5 個必備區塊、STAR 故事範本、避免 7 大反模式、海內外履歷差異、附完整 markdown 範例。

QA resume 履歷 求職 qa-career job-search
· 最後更新 2026-06-11 · 最後審閱 2026-08-30

💡 本文原刊於 qa.9niche.com,2026-08 併入 9niche.com 懶人包,內容照原文完整搬遷。

1. 前言

收到 100 份 QA 履歷、80 份長一樣:「跑 regression、寫 test case、用 Selenium」。剩下 20 份才有人讀。這篇給你進那 20% 的完整方法 — 不是模板美感、是內容結構

2. 一份好 QA 履歷的 5 個必備區塊

順序就是 recruiter 眼動的順序。一頁紙、頂部 1/3 決定他是不是繼續看下去。

flowchart TB R[QA 履歷] --> S1[1) Header<br>聯絡 + 一句話定位] R --> S2[2) Summary<br>3-4 句講你是誰] R --> S3[3) Skills<br>分組、有層次] R --> S4[4) Experience<br>STAR 故事 + 數字] R --> S5[5) Projects / Other<br>差異化彈藥] style S1 fill:#06b6d4,color:#fff style S2 fill:#10b981,color:#fff style S3 fill:#a855f7,color:#fff style S4 fill:#f59e0b,color:#fff style S5 fill:#ef4444,color:#fff

3. 區塊 1: Header — 6 秒鐘印象

只需要:

姓名(中英)
職稱:Senior QA Engineer / SDET
所在地:Taipei (open to hybrid / remote)
Email | LinkedIn | GitHub | Portfolio
一句話定位 ← 最重要

爛例子:「具備測試經驗的工程師」

好例子

  • 「7 年自動化 QA、專精 Playwright 框架建置、E2E 從 0 到 200 case」
  • 「跨 Web + Mobile QA、3 次主導測試平台從 0 到 1」
  • 「Cryptocurrency exchange QA Lead,建立 5 人 team、上線 0 P0 incident 18 個月」

3 個元素:年資 + 專長 + 量化成就。

4. 區塊 2: Summary — 3-4 句

不是塞滿 keyword、是講你能解決什麼問題

爛例子:

具備 5 年 QA 經驗,熟悉自動化測試、Selenium、Appium、API 測試...
(後面 30 個 keyword)

好例子:

QA 工程師、7 年資歷,從手動測試起步、現專注於 web/mobile 自動化框架建置。

主導過 3 次從 0 建立 E2E 平台(Selenium → Playwright → Detox),
平均把 release confidence 從 60% 拉到 95%,
最近一次讓上線 P0 bug 從每月 5 個降到 0.5 個。

下一步想往 Test Platform / Tooling 方向走。

結構:定位 → 過去做過什麼 → 想往哪走。

5. 區塊 3: Skills — 分組、有層次

爛例子:

Skills: Selenium, Appium, Playwright, Jest, Mocha, JUnit, Pytest,
Postman, JMeter, Locust, Cypress, TestRail, Jira, Git, Docker, ...

讀的人睡著了。

好例子(分組):

6. 自動化(精通)

  • Playwright (TypeScript) — 主導 3 個專案、框架自建
  • Cypress、Selenium WebDriver — 5 年實戰
  • Page Object Model 架構設計

7. API 測試(精通)

  • pytest + requests + jsonschema
  • Postman collection、Newman CI 整合
  • Contract testing (Pact)

8. CI / Tooling(熟悉)

  • GitHub Actions、GitLab CI 設計與 maintain
  • Docker、Kubernetes 基礎
  • Allure、JUnit XML 報告整合

9. 程式語言

  • Python、TypeScript(日常用)
  • Go(看得懂、能改)

10. 工具

  • TestRail、Xray、Jira、Linear
  • Sentry、Datadog、Grafana

**標「精通 / 熟悉 / 接觸過」**,HR 不會問細節、面試官會專挑「精通」那塊問。

11. 區塊 4: Experience — 重點中的重點

用 STAR 結構寫每段經歷

Situation: 背景
Task: 你的任務
Action: 你做了什麼
Result: 結果(量化)

爛例子:

ABC 公司 · QA Engineer · 2022-2024
- 撰寫 test case
- 跑回歸測試
- 用 Selenium 寫自動化
- 跟 dev 溝通 bug

讀完不知道你做得好不好、規模多大、解決什麼。

好例子:

ABC 公司(電商平台,月訂單 50 萬)· Senior QA Engineer · 2022-2024

[Situation] 加入時 QA 5 人、E2E 自動化覆蓋率 15%、上線 P0 bug 平均 3 個/月

[Action]
- 主導 Selenium → Playwright 遷移,3 個月完成 120 個 case 改寫
- 設計 Page Object Model + fixture,新人寫 case 時間從 1 天 → 2 hr
- 加 GitHub Actions PR 留言整合,dev 不用點 CI 就看結果
- Spec review 流程 pilot,pilot team P0 從 3/月 → 0.5/月

[Result]
- E2E 自動化覆蓋率 15% → 65%
- 跑 E2E 時間 1 hr → 12 分鐘(shard + cache)
- 上線 P0 bug 從 3/月 → 0.8/月
- Mentor 2 個 Junior,其中 1 個升 Mid

讀完 30 秒、知道你 own 過什麼、規模多大、結果如何

Action 動詞清單(取代 worked on / responsible for)

Led, Architected, Designed, Built, Migrated, Refactored,
Reduced, Improved, Doubled, Cut, Eliminated, Automated,
Mentored, Coached, Hired, Onboarded,
Partnered, Aligned, Influenced, Advocated, Proposed

這些都比「worked on」有力 10 倍

數字化的 5 個面向

每段經歷至少 3 個數字。沒數字 = 不可信。

mindmap root((量化 Experience)) Scale 規模 Team size 用戶數 流量 Code base 大小 Time 時間 多快做完 省了多少時間 cycle time Coverage 覆蓋 自動化 % Critical path Cross browser Quality 品質 P0 bug 數 MTTR Escaped bug Money 錢 省了多少 ROI Hiring cost

12. 區塊 5: Projects / Other — 差異化彈藥

如果你有:

  • Side project / Open source
  • Blog / Conference talk
  • 證照(ISTQB、AWS)
  • Volunteer 經驗
  • 多語能力

放上去。新人特別要 — 沒工作經歷時這是唯一差異化。

範例:

13. Side Projects

TestKit (open source, 200+ stars on GitHub)

Python library that wraps Playwright into a Lego-style API for QA teams.

  • Tech: Python, Playwright, pytest
  • Result: 用於 3 個外部公司、被 5 個 conference talk 引用

qa.9niche.com (個人 blog)

QA 知識庫,月閱讀 5,000+,含 20 篇實戰文章。


14. 完整 markdown 範本(直接 copy 改)

# 王小明 (Mark Wang)
**Senior QA Engineer** · Taipei · open to hybrid / remote
[email protected] · [LinkedIn](https://linkedin.com/in/...) · [GitHub](https://github.com/...) · [Blog](https://...)

> 7 年自動化 QA、專精 Playwright + pytest 框架建置。
> 過去 3 個專案均把上線 P0 bug 降 80% 以上、團隊 release cycle 從 4 週縮到 1 週。

---

15. Summary

QA 工程師、7 年資歷。從手動測試起步、現專注於 web / mobile 自動化框架建置與 CI/CD 整合。 主導過 3 次從 0 建立 E2E 平台。過去 18 個月所在團隊上線 0 P0 incident。 下一步想往 Test Platform Engineering 方向發展。


16. Skills

自動化(精通)

  • Playwright (TypeScript)、Cypress、Selenium WebDriver
  • Page Object Model 架構設計、Fixture / Test data 設計
  • Visual regression (Percy)

API 測試(精通)

  • pytest + requests + jsonschema
  • Postman、Newman、Pact contract testing

CI / Tooling(熟悉)

  • GitHub Actions、GitLab CI、CircleCI
  • Docker、Kubernetes、AWS basics
  • Allure、JUnit XML、PR comment 整合

程式語言

  • Python(精通)、TypeScript(精通)、Go(看得懂)

Domain

  • E-commerce、Fintech(cryptocurrency exchange)、SaaS

17. Experience

ABC 加密貨幣交易所 · Senior QA Engineer · 2022-04 ~ 至今

月活 50 萬、平均日交易量 $2B USD

Context: 加入時 QA team 3 人、E2E 覆蓋率 8%、上線 P0 bug 5/月。

Actions:

  • 主導 Selenium → Playwright 遷移、3 個月完成 200 case 改寫
  • 設計 contract testing 平台、解決微服務 API 不一致
  • 建立 release readiness gate(quality gate)整合 CI
  • Mentor 3 個 Junior、其中 2 個升 Mid

Results:

  • E2E 覆蓋率 8% → 72%
  • 上線 P0 bug 5/月 → 0.5/月
  • 跑 E2E 時間 90min → 14min(shard + cache)
  • Release cycle 4 週 → 1 週

XYZ SaaS · QA Engineer · 2020-08 ~ 2022-04

Web SaaS、5,000 enterprise 客戶

Context: 純手動 QA team 4 人、零自動化。

Actions:

  • 主導從 0 建立 Cypress E2E 框架、6 個月內 80 case
  • 推動 spec review 流程上線,pilot 3 個 team
  • 設計 bug triage SOP,平均 bug close time 從 8 天 → 2 天

Results:

  • 自動化覆蓋率 0 → 45%
  • Bug close time 8 天 → 2 天
  • 新人 onboarding 時間 4 週 → 1 週(建立 onboarding playbook)

DEF 雜貨 · Junior QA · 2018-05 ~ 2020-08

電商、月活 10 萬

Actions / Results:

  • 寫 350+ test cases、設計 regression suite
  • 學 Selenium WebDriver、建第一個 E2E 框架(35 case)
  • 跨團隊 bug bash 推手、每季 1 次、平均找 25-30 bug

18. Projects

TestKit (open source, 200 GitHub stars)

Python wrapper library for Playwright, designed for QA teams. github.com/mark/testkit

qa.9niche.com (個人 blog, 5,000+ monthly readers)

QA 實戰知識庫,20 篇文章。

"Modern QA in 2025" Talk

TBC Conf 2024、150 attendees。 Slides


19. Education

國立交通大學 · 資訊工程學系 · 2014-2018


20. 其他

  • ISTQB Certified Tester Advanced Level
  • 中文(母語)、英文(流暢)、日文(N3)

21. 海內外履歷差異

維度台灣美國歐洲
長度1-2 頁1 頁(Junior/Mid)、2 頁(Senior+)1-2 頁
照片看公司❌ 絕對不放看國家(德/法可以、英/荷不放)
學歷重要放最下面完整
Gap要解釋越短越好要寫清楚
軟性講團隊合作講 ownership、impact講 process / 流程
Cover letter不太需要看職位必備
flowchart LR Resume[QA 履歷] --> TW[台灣] Resume --> US[美國] Resume --> EU[歐洲] TW --> T1["1-2 頁<br>含學歷"] TW --> T2["照片有時要"] TW --> T3["技術 skill 強調"] US --> U1["1 頁 (Junior/Mid)<br>2 頁 (Senior+)"] US --> U2["絕對不放照片"] US --> U3["量化結果強調"] EU --> E1["可 2 頁"] EU --> E2["照片看國家"] EU --> E3["完整時間軸<br>不可有 gap"] style TW fill:#06b6d4,color:#fff style US fill:#10b981,color:#fff style EU fill:#a855f7,color:#fff

22. 7 大反模式

反模式為什麼爛解法
Worked on沒講你做什麼用 Led / Built / Reduced
沒數字不可信每段至少 3 個數字
列 30 skill看起來沒重點分組 + 標精通度
抄 JD沒個人特色寫 STAR 故事
「認真負責」沒人會否認自己用「做了什麼證明」
時間錯亂信任降嚴格倒序
超過 2 頁沒人看完砍細節、留亮點
flowchart TD Anti[履歷反模式] --> A1[Worked on / Responsible for] Anti --> A2[沒數字] Anti --> A3[列 30+ skills 沒分層] Anti --> A4[Job description 抄一遍] Anti --> A5[個人特質形容詞滿天飛] Anti --> A6[時間倒序錯亂] Anti --> A7[超過 2 頁] style A1 fill:#ef4444,color:#fff style A2 fill:#ef4444,color:#fff style A3 fill:#ef4444,color:#fff style A4 fill:#ef4444,color:#fff style A5 fill:#ef4444,color:#fff style A6 fill:#ef4444,color:#fff style A7 fill:#ef4444,color:#fff

23. 寫履歷的流程(4 步)

Step 1: Brain dump

列出所有做過的事、不管大小。一張紙 50+ 條。

Step 2: STAR 化

每件套 STAR、補數字。沒數字的丟掉、能補就補。

Step 3: 砍 70%

只留最強的 30%。履歷的價值在「什麼沒寫」、不是「什麼寫了」

Step 4: Reviewer

  • 同事(懂技術的)— 看內容對嗎
  • HR / Recruiter — 看格式 / keyword
  • 朋友(不懂技術)— 看 30 秒能不能看懂你

3 個都通過、再丟。

flowchart LR S1[1) Brain dump<br>列所有做過的事] --> S2[2) STAR 化<br>每件加 數字 + 結果] S2 --> S3[3) 砍 70%<br>留最強亮點] S3 --> S4[4) 給 3 個人 review<br>1 同事 1 HR 1 朋友] style S1 fill:#06b6d4,color:#fff style S2 fill:#10b981,color:#fff style S3 fill:#a855f7,color:#fff style S4 fill:#f59e0b,color:#fff

24. Tools

工具用途
Notion / Google Docs
Markdown + Pandoc程式人最愛、版控
Resume.io / Standard Resume模板
Grammarly英文校稿
Pramp / Interviewing.io順便練面試
LinkedIn OptimizationResume 對照 LinkedIn

25. LinkedIn vs 履歷

履歷: PDF、給特定職位
LinkedIn: 公開、給 recruiter 找你

→ Headline 用「Senior QA Engineer | Playwright | E2E Automation」
→ Summary 用第一人稱、更 conversational
→ Experience 跟履歷一致、但可以稍微詳細
→ Skills 直接填、會被搜尋
→ Posts 跟業界互動、提高曝光

26. 給 QA 求職的 5 句

  1. 30 秒看不出價值的履歷 = 不會被看
  2. 數字 > 形容詞 × 10 倍
  3. STAR 是格式、不是公式
  4. 砍 70% 比寫 100% 難、但更值錢
  5. 履歷是 marketing、不是 documentation

27. 最後

QA 履歷最大的問題不是技能不夠、是不會講自己的故事。同樣的工作經歷、寫得好的拿 offer、寫得爛的卡 ATS。從今天起把每個專案套 STAR、加 3 個數字,3 個月後你的履歷會變「被獵頭主動找」的等級。

ℹ️

一般聲明

本站提供之資訊僅供參考,不保證其完整性與正確性。使用者應自行判斷資訊之適用性。

意見反饋