鐵人檔案
AI 讓取得知識的成本趨近於零，但測試的難度並沒有跟著下降，因為測試以往成立的前提變了。
三十天分四段：
- 技術門檻都被壓平之後，QA 還剩什麼？
- 把團隊的判斷變成 AI 讀得到的共用資產
- 該如何讓 AI 跑 E2E 的方式實測與取捨？
- 該怎麼測一個 AI Agent？
今天開始換一個場景：AI E2E 測試。 傳統自動化的痛點 做自動化的人都知道成本很高，主要是：要知道元素位置在哪裡。 第一次開發 之後維護...
Browser-use：是一套把 LLM（大型語言模型）接上瀏覽器自動化的 Python 工具。你不用給它 XPath，只要跟它說「點登入按鈕」，它自己去畫面上...
上一篇把 Browser-use 裝好，也跑完第一支不用寫 selector 的自動化了。 但真的要拿來跑測試，光那幾行不夠。 要跟團隊的系統、腳本長期整合，就...
今天是我是實戰演練後的遇到狀況：同一個環境、同一支測試，我連續跑了三次，三次都成功。，但是 三次的過程完全不一樣！ 先從「跑得動」到「拿真的 TC 來跑」 我...
Chrome DevTools MCP：由 Chrome 官方團隊維護的 MCP Server，讓任何支援 MCP 的 AI（Claude Desktop、VS...
昨天講完 Chrome DevTools MCP（以下簡稱 CDP）能拿到 Network 和 Console，測試的驗證力跟我想像的比較靠近 所以想嘗試能不能...
前面四天，把 Browser-use 跟 Chrome DevTools MCP 各自從安裝、功能一路跑到實戰。 兩個工具都能讓 AI 開瀏覽器跑 E2E 測試...
借鏡前兩個工具後，會發現 AI E2E 自動化測試的每套工具都有各自的優缺點。 一開始我是用「一步到位」的標準去看它們，所以始終覺得少了什麼。但其實那兩套要套用...
昨天講完 AI E2E 架構的前三個階段，腳本產出來了，每天也能用純程式跑。 但自動化真正痛的地方，是網站改版之後。 這篇講剩下三個階段：自我修復、收斂知識庫、...
開始，AI E2E 自動化測試這一段一共走了三條路：browser-use、Chrome DevTools MCP、還有團隊自己設計的一套架構。 這篇把這十天收...
