David Ko

[David Ko @kojenchieh]

Fixture 不只是幫你把 goto、登入、Page Object 收起來，讓測試看起來比較漂亮；更重要的是，它可以做到測試前自己建立、測試後一定清理，每個測試各用各的資料。

#2026iThome鐵人賽

Day22: Fixtures 與測試資料管理
https://t.co/bgtVCgSyYy

[David Ko @kojenchieh]

「ST 主導、ET 輔助」就是一種很務實的做法：原本的腳本測試照跑，確保基本功能、可追蹤性與回歸品質；但測試人員在執行 Case 時，不只是照表操課，而是根據系統當下的反應，繼續往旁邊挖、換資料、改順序、追異常。

Day 22 專案中如何進行 ET (3) - ST 主導與 ET 輔助
https://t.co/OhePOnh0KE

[David Ko @kojenchieh]

Page Object Model（POM）就不是什麼「漂亮的設計模式」，而是讓測試專案活得久一點的基本功。

以前把幾十支既有測試重構成 POM，是一場苦工；現在這件事反而非常適合交給 Claude Code。

#2026iThome鐵人賽

Day 21: Page Object Model:請 Claude Code 幫你重構
https://t.co/eokVM5r8vU

[David Ko @kojenchieh]

探索式測試一定要把腳本測試丟掉嗎？其實不必。

「ET 主導、ST 輔助」的核心，不是二選一，而是重新分工：ET 負責找未知的風險，ST 負責守住已知的重要檢查點。

#2026iThome鐵人賽

Day 21 專案中如何進行 ET (2) - ET 主導與 ST 輔助
https://t.co/3T4yrA8Z9R

[David Ko @kojenchieh]

很多人以為，密集禪修最難熬的是久坐、腿痛、禁語。

其實一天裡最讓人緊張的，可能是只有 5～10 分鐘的「小參」。

小參真正的價值，不是老師給你答案，而是幫你看清楚：自己到底正在經歷什麼。

#正念

禪修營裡最難熬的五分鐘：小參
https://t.co/v78epV6HiQ

[David Ko @kojenchieh]

以前花很多時間寫案例、跑腳本、補自動化，大家很容易把「做很多測試」當成專業。現在 AI 幾分鐘就能生出一大堆，問題反而變成：哪些值得測？哪些其實是垃圾案例？測試全綠，功能就真的對嗎？

Blog: 如何變成一個好的測試人員
https://t.co/NyGF5RSZ4Y

[David Ko @kojenchieh]

Playwright 很方便，只要設定 `projects`，同一批測試就能一次跑 Chromium、Firefox、WebKit，甚至模擬 Pixel、iPhone。問題是：20 個測試乘上 5 個環境，瞬間就變成 100 次執行。真的每次都要全跑嗎？

這才是多瀏覽器測試真正困難的地方。

Day20: 多瀏覽器與行動裝置模擬
https://t.co/K5zcHIdjCM

[David Ko @kojenchieh]

如果你以為探索式測試（ET）就只有「自由亂點」，那其實只看到其中一種。

在專案裡，ET 分成 4 種做法：自由風格 ET、ET 主導＋ST 輔助、ST 主導＋ET 輔助，以及協作型 ET。

Day 20 專案中如何進行 ET (1) - 自由風格的探索式測試
https://t.co/F5tB3VodhF

[David Ko @kojenchieh]

很多人一聽到「密集禪修」，腦中浮現的可能是長時間盤腿、忍痛、熬意志力，甚至覺得那是一種離日常生活很遠的修行。

但我真正好奇的反而是：為什麼禪修營要這樣安排？

#正念

Blog: 一小時坐、一小時走：馬哈希密集禪修營是怎麼運作的
https://t.co/nnOsIZKhU7

[David Ko @kojenchieh]

很多人做 UI 自動化測試，只要看到 `toHaveText`、`toBeVisible` 全部通過，就覺得可以放心了。

但使用者打開畫面，可能看到的是：文字疊在一起、按鈕跑位、圖片破掉，手機版整個歪掉。

Day19: 截圖與視覺比對:畫面長歪了怎麼抓
https://t.co/T6qMmMx1fi

[David Ko @kojenchieh]

你有沒有遇過這種事：某套「最佳實務」在別家公司做得嚇嚇叫，搬到自己團隊後，卻搞得大家雞飛狗跳？

問題可能不是團隊不夠努力，而是你忽略了最重要的一件事：情境不同，答案就可能完全不同。

Day 19 情境導向測試：為什麼沒有「最佳實務」，只有「適不適合」？
https://t.co/7p38AZBO8u

[David Ko @kojenchieh]

很多人以為禪修就是盤腿坐著，但其實「走路」本身也可以是一種正式練習。行走禪不是散步，也不是坐禪中間的休息，而是刻意放慢腳步，把注意力從腦中的雜念，帶回腳底正在發生的感覺。

#正念

Blog: 走路也可以是禪修:行走禪入門
https://t.co/03zuTG6WGE

[David Ko @kojenchieh]

Playwright 真正好用的地方，是 **API 跟 UI 可以混著玩**：API 負責快速佈景、登入、清資料，UI 只留給真正需要驗證使用者體驗的地方；甚至還能反過來，UI 操作完，再用 API 查後端到底有沒有真的存成功。

Day18: API 測試:Playwright 不是只會點畫面
https://t.co/R5GgSFW1Au

[David Ko @kojenchieh]

很多團隊測試軟體時，都挑正常網路、正常資料、正常操作，最後得到一個很安心的結論：「看起來沒問題。」但真正可怕的 Bug，往往躲在最髒、最舊、最沒人敢碰的地方。

#2026iThome鐵人賽

Day 18 漫遊探索－破舊區：專挑系統最髒、最亂、最容易壞的地方測
https://t.co/q5m0zQlPg7

[David Ko @kojenchieh]

自動化測試最惱人的，常常不是流程多複雜，而是那些「明明看得到，Playwright 就是點不到」的東西。

#2026iThome鐵人賽

Day17: 彈窗、iframe、新分頁與日期選擇器:那些讓人頭痛的畫面元素
https://t.co/RkMJoaYonx

[David Ko @kojenchieh]

RD 最愛說的一句話大概是：「這個正常流程我測過了。」

問題是，使用者通常沒打算正常用。

#2026iThome鐵人賽

Day 17 漫遊探索 – 旅館區: 主流程都測過了還是出包？因為 Bug 最愛躲在「取消、略過、留白」裡
https://t.co/PumpqobJPM

[David Ko @kojenchieh]

七月以後我就很少出門跑步了。太陽太大, 腦子裡只剩一句話:什麼時候可以停。

後來我改到室內跑跑步機。心一下子沒事做了。結果那些平常被蓋住的念頭全跑出來。

#正念

Blog: 35 度的夏天,我把經行搬上了跑步機
https://t.co/AEaAF7o7xK

[David Ko @kojenchieh]

這篇直接帶你從「上傳一個檔案」一路測到「匯入後再匯出」，把正向、邊界、錯誤、安全與內容驗證串起來。你會發現，AI 很會處理檔案，但該準備什麼資料、該驗到多深，還是測試者最值錢的地方。

#2026iThome鐵人賽

Day16: 檔案上傳與下載的處理
https://t.co/yDdWMPqixU

[David Ko @kojenchieh]

把軟體當成一座城市，在有限時間裡盡可能把景點走一遍。

更有趣的是，有些真正重要的功能，官方文件沒寫，反而藏在 PTT、論壇和老玩家口耳相傳的「地下酒吧」裡。

Day 16 漫遊探索 – 旅遊區：軟體也需要自由行：收藏家、超模、酒吧客，竟然都能拿來抓 Bug
https://t.co/f45ZbUiRs8

[David Ko @kojenchieh]

你有過這種經驗嗎：跑完五公里，卻完全不記得路上的風景。

走神不是失敗，發現走神的那一刻，反而是最清醒的一刻。這篇文章想聊聊，怎麼在跑步的時候，把自己找回來。

Blog: 跑步的時候，你人在哪裡
https://t.co/18D1AfywSv