在你的 GitLab CI 流水線裡跑真正的瀏覽器測試
與您的 Android 和 AI 驅動編輯器無縫整合
兩個變數,不用設定檔
把 TESTSPRITE_API_KEY 設為遮罩的 CI/CD 變數,CLI 就會從環境驗證。~/.testsprite 不會被寫入任何東西——在用完即丟的 runner 裡,這正是你要的。
runner 裡不需要瀏覽器
執行發生在 TestSprite 雲端的真實瀏覽器上,所以工作只需要安裝 CLI。這讓冷啟動流水線少掉最慢的一步——不必下載或快取瀏覽器。
GitLab 會算繪的 JUnit
--report junit --report-file <path> 會輸出報告檔。把 artifacts:reports:junit 指向它,GitLab 就會在合併請求的元件裡顯示每一項測試的結果。
結束碼就是關卡
--wait 會等到所有執行都到終態,所以結束碼 0 代表「所有測試真的通過了」,而不是「所有測試都成功送出了」。有文件的結束碼能區分測試失敗(1)、驗證錯誤(3)與點數不足(12)。
為在 GitLab 上出貨的團隊打造
支援 review app
執行前先切換專案網址——testsprite project update <id> --url "$CI_ENVIRONMENT_URL"。目標會隨每個合併請求變動,測試集卻維持不變。
鎖定版本
請安裝 @testsprite/testsprite-cli@<version> 而不是追蹤 latest,這樣新版本就不會在沒有 commit 的情況下改變流水線的行為。
前後端一道關卡
把 Web 流程與 API 契約測試集中成一份測試清單,用 testsprite testlist run 執行,並把每個專案釘到各自的環境。
免費社群版
提供免費社群版,讓所有人都能使用。
全球企業信賴
"做得好！TestSprite 團隊的 MCP 非常棒！對於我們的 Android 應用程式，AI 編碼 + AI 測試閉合了循環，加速了穩定版本的發布。"
"對於 Android，TestSprite 生成的測試乾淨且可靠。Appium 流程易於擴展和調試，排程運行保持了我們設備覆蓋的健康。"
"TestSprite 的自動化大幅減少了我們的 Android 手動 QA。開發人員及早發現並解決行動錯誤，確保我們的發布進度準時。"
常見問題
GitHub App 的整合能用在 GitLab 上嗎?
不行。那個整合監聽的是 GitHub 的部署事件,屬於 GitHub 專屬。在 GitLab 上,你用 CLI 從流水線驅動執行,它只需要環境變數裡的 TESTSPRITE_API_KEY。
要怎麼在合併請求裡顯示結果?
用 --report junit --report-file testsprite-junit.xml 輸出報告檔,再以 artifacts:reports:junit 宣告它。GitLab 就會在合併請求的元件裡算繪每一項測試的結果。
review app 的網址每次都變,要怎麼測?
在工作的第一步用 GitLab 自己的變數更新專案網址——testsprite project update <id> --url "$CI_ENVIRONMENT_URL"。目標在動,測試集不動。
如果我的應用程式需要登入呢?
用 --username 與 --password-file 把測試帳號存到專案上,兩個參數必須一起提供。沒有的話,探索與執行只會看到公開頁面,而且是警告而非失敗。
CLI 是開源的嗎?
是。開源 CLI 採 Apache-2.0 授權,可從 npm 免費安裝,需要 Node 20.19+、22.13+ 或 24+。測試執行在雲端進行並消耗工作區點數。
可以不花點數試指令嗎?
可以。--dry-run 會用內建資料離線走完整條程式路徑,test scaffold 與 test lint 完全不碰網路,也不碰你的憑證。