鐵人檔案
這系列文章整理了想要上手 Playwright 必備的基礎知識與核心能力！
內容主要以觀念建立和實作教學為主，把 30 天整理成一套順暢的學習路線——從最基本的環境建置、常用語法與定位器，再到各種常見測試情境的實務操作。希望這份筆記能幫想接觸 Playwright 的你少走一點彎路，輕鬆把 E2E 測試的基本功練起來！
在自動化測試的學習歷程中，許多人第一次嘗試使用 AI（如 Claude、ChatGPT）幫忙寫 Playwright 測試時，最常採用的方式就是直接把網址或簡單...
上一篇讓 AI 生成測試的時候，我們提過一個原則：測試失敗時，先看 Call log 和 Trace Viewer，但錯誤訊息通常只有一兩行，例如「等了 5 秒...
前兩篇分別讓 AI 生成測試，然後說明測試失敗時怎麼用 trace 找出失敗原因。今天是第三個緩衝日，讓我們練習實際用AI生成測試然後用 trace 找出失敗原...
在講 Worker 的那篇，我們為了觀察測試怎麼被分配到各個 worker，用一個 for 迴圈一次產生了「觀察 1」到「觀察 6」六支測試。當時沒有特別解釋為...
上一篇設計參數化的資料表時提到，預期值要選穩定的資料：分類和品名是寫死在資料產生器裡的，所以可以放心斷言「Animals 分類一定有 Cat Nose」；但庫存...
前面我們用 Fixture 處理登入，在每支測試開始前，fixture 會先幫它登入好，測試裡不用再重複寫登入步驟。不過在這個做法下，每一支測試還是各自登入了一...
上一篇用 setup project 搭配 storageState，讓所有測試只登入一次。不過目前所有測試用的都是同一個身分：demo。 實際上一個系統通常不...
前兩篇介紹了用 setup project 在所有測試開始前先完成登入，並把登入狀態存起來，讓測試不必特別處理登入。 不過測試跑完之後，這些檔案還留在那裡；如果...
前面五篇我們依序介紹了參數化測試、Global Setup 與 storageState、多角色與 worker 專屬帳號，以及 Global Teardown...
昨天的緩衝日把參數化、storageState、多角色和 teardown 串成一次完整的巡檢，30 天的技術內容也到此告一段落。今天是最後一天，我們一起回顧這...
