調研.AI 增強 PlayWright 案例及工具 ( AI Native Test)

無意中想看一下，目前是否有使用 AI 增強 PlayWright 的案例，以下是截至目前，從網路整合來的案例及工具

案例

使用 AI 和 Playwright 建立自我修復自動化測試

使用 AI 和 Playwright 建立自我修復自動化測試

文章摘要

建立一套在語言模型的幫助下 “自我修復” 的測試，這樣您就不必在每次程式碼更改和相關測試失敗時手動干預。 這就是所謂的 “自我修復” 。

• 注意響應時間慢的問題： 透過模型修剪、量化、框架及硬體、計算能力提升等等
• 資訊更新的問題： 透過模型資料定時更新、增強學習
• 上下文 token 限制問題： 分塊、擴充套件等等

以上問題，在文中提供的了作者的解決方法及部分核心程式碼、以及影片演示

自動化端到端測試的成本

自動化端到端測試的成本

文章摘要

作者做了一個奇怪的比喻,4 小時的一個測試，假設每小時人員 50 美金，則成本是 200 美金

而機器執行一次，成本每小時 12 美金，沒太過多糾結，反正又根據一些因素，一個自動化測試，要執行 2 年多，才能收回成本（不考慮維護），然而大部分情況，您會發現維護時間比編寫時間還長，不靠譜的測試會越來越多

我討厭 “測試自動化框架” 這個短語

我討厭 “測試自動化框架” 這個短語

文章摘要

作者認為，舉個例子早期的 Selenium 是一個瀏覽器自動化庫，並沒有強調你必須使用它來測試，但很多人認為它是一個測試框架。測試只是框架的其中一個用途，並不是框架或工具本身。作者又說明了一下他認為的定義及目前存在的弊端

測試工具： 封裝常見行為的庫函式 等等。

測試實用程式：可以與測試進行配合輔助的的工具

測試專案：測試類的集合

作者最後又自嘲，自己為什麼會爭論這個語義的原因

工具及平臺

ZeroStep

ZeroStep 首頁
ZeroStep github 程式碼

工具特點

• 再見 - 選擇器 不使用 CSS 選擇器或 XPath 定位器，根據純文字來確定在執行時，要採用什麼操作
• 編寫能夠適應變化的 E2E 測試 使用純文字指令編寫複雜的互動和斷言指令碼
• Github Star 數 194 ，截至當前最後更新時間為去年

Auto Playwright

介紹 automating-playwright

automating-playwright Github 程式碼

工具特點

Github Star 數 488 ，截至當前最後更新時間 4 個月前

AI Native Test 平臺

mabl 平臺官網

最後

文章中的摘要有些淺顯，另外涉及的工具沒有深度進行嘗試，後續會更新關注，也可能這一領域目前還有很多不足，但希望給大家一些啟發。