文章列表

• 用一個指令整合三個工具：我的每日工作流實作 — 每天早上最浪費的那段時間，不是開會，是切頁籤。Todoist 看今天要做什麼，Slack 看 #ops 有沒有緊急事，Linear 確認有沒有新 issue 分進來。三個工具，三次切換，還沒正式開工，注意力已經碎了一輪。
• QA 從零建立：新創公司沒有 QA 流程，第一件事做什麼 — 4. [三個月能建好的基礎](#三個月的基礎)
• 測試資料管理：為什麼你的測試環境總是一團亂 — 2. [測試資料亂的幾種形式](#幾種形式)
• 為什麼 RD 把你當路障？QA 如何從被防禦變成被信任 — 2. [RD 把 QA 當路障的根源](#根源)
• 我憑什麼相信綠燈 — 我改的那一行，是讓文章目錄誤收 h4 標題——一個真實會壞掉的 bug。但我寫的每一個測試都說「沒事」。那一刻卡住我的不是技術，是一個更難的問題：我憑什麼相信「綠燈」？
• 為什麼加快 release 頻率之後，bug 反而變多了 — 2. [加快之後發生了什麼](#加快之後)
• 三個月後我的自動化測試變成了維護地獄 — 2. [三個月後發生了什麼](#三個月後發生了什麼)
• 例行維護出大事：Optus 升級防火牆，救護車叫不到 13 小時 — 2. [「例行作業」為什麼最危險](#例行作業最危險)
• QA 怎麼量化自己的價值，給主管看的那種數字 — 3. [真正有意義的數字](#真正有意義的數字)
• Cache 測試：快取讓 bug 更難找，也讓 bug 更難修 — 2. [Cache 讓測試複雜的幾種方式](#幾種方式)
• 動手抓出你的綠燈謊言 — 我把自己的程式改錯，七個測試卻全綠。如果你也想知道自己的測試是不是正在說謊，這篇教你動手把它抓出來。
• QA Brain：讓 AI 真的懂你的產品，而不是亂猜 — 2. [QA Brain 是什麼](#是什麼)
• 測試左移右移不是新術語，是你測試的時間點出了問題 — 2. [左移是什麼，不是什麼](#左移是什麼)
• 那一成紅燈，差點讓我放掉一隻登入 bug — 那天整批 Appium 測試開始紅，git log 卻乾乾淨淨——沒人改過測試，也沒人改過功能。它就是，自己開始壞了。
• 為什麼你的 unit test 覆蓋率 100% 但 QA 還是找到 bug — 2. [Unit test 測的是什麼，不是什麼](#unit-test-測什麼)
• Retro 說了沒用？問題不是你說錯了，是你說法讓問題變得無法行動 — 2. [為什麼 Retro 的溝通跟平常不一樣](#為什麼不同)
• QA 工程師的第一條 GitHub Actions Pipeline — 2. [GitHub Actions 是什麼，用 QA 的語言說](#是什麼)
• Push Notification 測試：你以為推了，用戶不一定收到 — 「推播已送出」和「用戶收到推播」是兩件完全不同的事。從後端觸發到用戶看到橫幅，中間至少經過五個可能失效的環節——而你的測試環境幾乎模擬不了任何一個。這篇文章聊的就是這個落差。
• 我讓 AI 產測試案例，它給了我一份看起來很完整但根本沒用的東西 — Stack Overflow 2024 年調查顯示，76% 的開發者已使用或計畫使用 AI 工具——QA 圈也掀起同樣的熱潮。但 AI 產出「看起來完整」的測試案例，和產出「真正有用」的測試案例，是完全不同的兩件事。我花了一次慘烈的失敗才搞
• AI 系統上線前，你測過這些嗎？Taco Bell 和 McDonald's 的慘痛教訓 — 2. [McDonald's AI 招聘系統密碼是 123456](#mcdonalds)
• 測 IAP 和第三方整合：Apple、Google 的沙盒環境有多難搞 — 2. [IAP 測試的核心困難](#核心困難)
• Proxyman 讓我少問了一半的問題，也讓 bug 無所遁形 — Mobile App 的 bug 有很大一部分藏在網路層——那個你在畫面上看不見、但決定了「功能對不對」的地方。在學會攔截 HTTP/HTTPS 流量之前，我每次遇到 API 相關的問題，都要拉著 RD 一起坐下來找答案；之後，這類問題我自
• App 測試為什麼比網頁測試難這麼多？ — 從網頁測試轉向 App 測試，很多 QA 都有一樣的感受：「明明是同一個功能，為什麼行動端要花兩倍時間？」
• Appium 搭配 pytest 完整實務：從 fixture 設計到 CI 執行 — Appium 測試最難的不是讓第一個測試跑起來，而是三個月後維護一個 50 個測試案例的專案時，還能快速加測試、快速找問題、CI 上跑起來不是每次都賭運氣。
• CI 測試跑太慢？平行化策略與最佳化 — CI 跑太慢的問題通常是這樣開始的：一開始 10 分鐘，大家覺得還好。半年後功能多了，變成 25 分鐘。再半年，40 分鐘。開發者開始不等 CI 結果，直接 merge。
• GitHub Actions vs Jenkins：CI 工具怎麼選 — 這個問題我在兩個地方看到最多：剛導入 CI/CD 的小團隊在問，和 Jenkins 用了五年開始覺得維護成本太高的大團隊也在問。
• 測試的問題每間公司都有，但為什麼每間公司都沒解決 — 每次看都覺得說得對。每次看完還是覺得沒有用。
• AI 時代，測試的 Domain Knowledge 比過去更重要 — 2. [AI 生成，人來判斷值不值得跑](#判斷值不值得跑)
• Playwright 進階：讓測試從能跑，變成團隊敢信任的東西 — 一個測試套件能跑，和一個測試套件讓人放心，是兩件完全不同的事。
• QA 怎麼影響架構決策？從可測試性談起 — 一個難以測試的系統，幾乎必然是難以維護的系統。
• 測試策略怎麼跟 PM 對齊？從需求會議就開始的 QA 工作 — 大多數 QA 的工作從「開發完成，請測試」才開始。這是一個代價很高的習慣。
• 什麼情況下不該自動化？停下來比衝快更重要 — 自動化是 QA 的標配技能，卻也是最常被誤用的工具。
• 同一個地方一直出 bug？QA 的六步問題分析法 — 同一個功能，修了又壞，壞了又修。每個 sprint 都有人說「這個上次已經修過了」，然後 QA 又重新開一張 bug ticket。
• 拿到票單的時候，QA 已經輸了 — 每次 sprint planning 結束，QA 拿到一份 User Story 清單，然後開始想：要怎麼測？從哪裡開始？什麼是完成的定義？
• CI 過了不代表沒問題：DevOps 時代的測試策略全貌 — 很多團隊導入 CI/CD 之後，會出現一個誤解：
• App 工程師的 Unit Test 實戰課：你的測試真的在測東西嗎？ — unit test 全過，CI 綠燈，release 出去，用戶回報 bug。
• 不需要 Manager 頭銜，QA 也能成為領導者 — 很多 QA 工程師在職涯的某個時間點，會面對同一個問題：
• 自動化測試策略：從冰淇淋到金字塔 — 我第一份工作的測試套件，大概 95% 都是 UI E2E 測試。
• Self-Healing Appium 框架：讓定位器斷掉也能自動修復 — 我第一次看到「self-healing test framework」這個詞，覺得有點誇大其詞。
• 《Software Engineering at Google》讀完，我才知道新創少了什麼 — 2. [Code Review 文化](#code-review-文化)
• BDD 不只是工具，是溝通框架：pytest-bdd 完整筆記 — PM 說「使用者登入後應該看到儀表板」，開發理解成「登入成功轉跳到 `/dashboard`」，QA 測試時發現「登入後出現歡迎彈窗，再跳轉儀表板」——三個人各自理解了同一個需求，但沒有一個版本完全對齊。
• 用 GitHub Actions 跑測試：TAU 課程完整筆記 — QA 常遇到一個尷尬的狀況：測試寫好了，但只能手動跑。
• pytest 從零開始：TAU 課程完整筆記 — 我用 pytest 已經一段時間了，但一直是「會用，但不懂為什麼這樣設計」的狀態。
• QA 是瓶頸，還是觸媒？全團隊持續測試的真正意義 — 這句話我聽過很多次，也說過很多次。有時候是抱怨，有時候是辯護。但課程講師 Lisi Hocke 的親身故事讓我第一次真的停下來想：如果 QA 一直是個關卡，問題是在人還是在流程？
• QA 也要懂效能測試：TAU 課程完整筆記 — QA 常遇到這個問題：功能測試都通過了，上線後使用者說「網站好慢」。
• 測試自動化的可觀測性：TAU 課程完整筆記 — 你有沒有這種感覺：CI 跑完了，測試結果出來了，但你卻不知道「今天這一跑」和「昨天那一跑」有什麼差別？
• 從零打造測試自動化：TAU 課程完整筆記 — 學了幾年自動化，一直是「需要什麼就學什麼」的被動模式。直到最近在 Test Automation University 上完 Angie Jones 的 *Setting a Foundation for Successful Test A
• 我用技術語言跟老闆報告自動化測試，他聽了三分鐘就去開別的會 — 2. [老闆想聽的和我說的完全不同](#老闆想聽的)
• Leader 說要改善流程，但我不知道怎麼配合 — 某個 sprint 開始前，Leader 在 Slack 發了一則訊息：「這個 sprint 我們要試行新的 test plan review 流程，每個功能測試前要先提交 test plan 給我看。」
• 用 k6 打爆服務之後，我才學會怎麼做效能測試 — 2. [效能測試不是只有一種](#效能測試不是只有一種)
• 那次 CI 全紅，我才搞懂 Appium 到底在做什麼 — 2. [我當時怎麼理解 Appium（錯的）](#當時的理解)
• ISTQB 七大原則，我工作三年才真正懂的那幾條 — 考 ISTQB 那年，我把七大原則背得滾瓜爛熟，選擇題全對。但真正讓我在某次上線前夜冒冷汗、回頭發現「啊，這就是那條原則在講的事」，是三年後。
• 一個 QA 親手打一次 OWASP Juice Shop，學到的六種測試技能 — 2. [先把 Juice Shop 跑起來](#先把-juice-shop-跑起來)
• QA 的第二大腦：用 PARA 把散落的測試知識收成系統 — 2. [為什麼「按主題分類」註定失敗](#為什麼按主題分類註定失敗)
• 那張被關掉的 bug ticket，讓我搞懂什麼叫做真正的 bug report — 2. [我當時的理解：把看到的事情寫下來就好](#我當時的理解)