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

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

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

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

順序就是 recruiter 眼動的順序。一頁紙、頂部 1/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 個元素：年資 + 專長 + 量化成就。

區塊 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 方向走。

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

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

爛例子：

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

讀的人睡著了。

好例子（分組）：

## 自動化（精通）
- Playwright (TypeScript) — 主導 3 個專案、框架自建
- Cypress、Selenium WebDriver — 5 年實戰
- Page Object Model 架構設計

## API 測試（精通）
- pytest + requests + jsonschema
- Postman collection、Newman CI 整合
- Contract testing (Pact)

## CI / Tooling（熟悉）
- GitHub Actions、GitLab CI 設計與 maintain
- Docker、Kubernetes 基礎
- Allure、JUnit XML 報告整合

## 程式語言
- Python、TypeScript（日常用）
- Go（看得懂、能改）

## 工具
- TestRail、Xray、Jira、Linear
- Sentry、Datadog、Grafana

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

區塊 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 個面向

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

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

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

如果你有：

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

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

範例：

## 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 篇實戰文章。

完整 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 週。

---

## Summary

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

---

## 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

---

## 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

---

## Projects

### TestKit (open source, 200 GitHub stars)
Python wrapper library for Playwright, designed for QA teams.
[github.com/mark/testkit](https://github.com/...)

### qa.9niche.com (個人 blog, 5,000+ monthly readers)
QA 實戰知識庫，20 篇文章。

### "Modern QA in 2025" Talk
TBC Conf 2024、150 attendees。
[Slides](https://...)

---

## Education

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

---

## 其他

- ISTQB Certified Tester Advanced Level
- 中文（母語）、英文（流暢）、日文（N3）

海內外履歷差異

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

維度	台灣	美國	歐洲
長度	1-2 頁	1 頁（Junior/Mid）、2 頁（Senior+）	1-2 頁
照片	看公司	❌ 絕對不放	看國家（德/法可以、英/荷不放）
學歷	重要	放最下面	完整
Gap	要解釋	越短越好	要寫清楚
軟性	講團隊合作	講 ownership、impact	講 process / 流程
Cover letter	不太需要	看職位	必備

7 大反模式

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

反模式	為什麼爛	解法
Worked on	沒講你做什麼	用 Led / Built / Reduced
沒數字	不可信	每段至少 3 個數字
列 30 skill	看起來沒重點	分組 + 標精通度
抄 JD	沒個人特色	寫 STAR 故事
「認真負責」	沒人會否認自己	用「做了什麼證明」
時間錯亂	信任降	嚴格倒序
超過 2 頁	沒人看完	砍細節、留亮點

寫履歷的流程（4 步）

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

Step 1: Brain dump

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

Step 2: STAR 化

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

Step 3: 砍 70%

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

Step 4: Reviewer

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

3 個都通過、再丟。

Tools

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

LinkedIn vs 履歷

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

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

給 QA 求職的 5 句

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

最後

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

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

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

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

區塊 1: Header — 6 秒鐘印象

區塊 2: Summary — 3-4 句

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

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

Action 動詞清單（取代 worked on / responsible for）

數字化的 5 個面向

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

完整 markdown 範本（直接 copy 改）

海內外履歷差異

7 大反模式

寫履歷的流程（4 步）

Step 1: Brain dump

Step 2: STAR 化

Step 3: 砍 70%

Step 4: Reviewer

Tools

LinkedIn vs 履歷

給 QA 求職的 5 句

最後

📚 相關文章