不必再多一個工作流程檔的 GitHub 自動測試
與您的 Android 和 AI 驅動編輯器無縫整合
不更動儲存庫
TestSprite 以 GitHub App 形式安裝,只讀取事件。它站在既有流水線旁邊而不是裡面——沒有 YAML 要寫、沒有工作流程要維護,.github/ 裡不會多出任何東西。
由真正的部署觸發
請挑選在環境上線之後才觸發的 CI/CD 事件。挑到在建置開始時就觸發的事件是最常見的設定錯誤,會導致所有測試都對著還沒起來的網址失敗。
結果直接送到 PR
通過與失敗的數量、僅以可執行測試計算的品質分數、失敗當下的螢幕截圖,以及一段寫成可直接貼進 AI 編碼代理的修正提示。
擋下合併的必要檢查
開啟 Block PR until tests pass,TestSprite 的檢查就會變成必要條件,回歸會當場擋下合併,而不是先被合進去、之後才被發現。
用真實瀏覽器守住每一個 PR
綠色勾勾應該代表「已部署的應用程式能運作」,而不是「測試集成功送出了」。TestSprite 會等到真正的判定出來,並且會讓部分執行失敗,而不是報成綠色。
為在 GitHub 上出貨的團隊打造
支援你的託管商
任何會向 GitHub 回報部署、並提供可連線網址的供應商都適用——Vercel、AWS Amplify、Netlify,以及自建但會建立 GitHub 部署的流水線。
PR 或推送都可以
PR 觸發器在合併前攔下回歸並在 PR 留言;推送觸發器在每次合併後測試共用的預備或 dev 環境,並張貼 commit 檢查。兩個都建立的話,它們會各自獨立運作。
也可以用 CLI 驅動
想自己掌控執行?開源 CLI 能在任何 CI 上做同樣的事,而且 testsprite ci init github 會幫你產生工作流程。
免費社群版
提供免費社群版,讓所有人都能使用。
全球企業信賴
"做得好！TestSprite 團隊的 MCP 非常棒！對於我們的 Android 應用程式，AI 編碼 + AI 測試閉合了循環，加速了穩定版本的發布。"
"對於 Android，TestSprite 生成的測試乾淨且可靠。Appium 流程易於擴展和調試，排程運行保持了我們設備覆蓋的健康。"
"TestSprite 的自動化大幅減少了我們的 Android 手動 QA。開發人員及早發現並解決行動錯誤，確保我們的發布進度準時。"
常見問題
我需要在儲存庫裡新增工作流程檔嗎?
不需要。整合完全在 TestSprite 這一側設定,不需要更動儲存庫。如果你偏好從自己的工作流程驅動執行,testsprite ci init github 會產生一個使用官方維護 action 的工作流程。
這會取代我現有的 GitHub Actions 工作流程嗎?
不會。TestSprite 只是監聽你的工作流程已經發出的事件,它不會修改也不會取代你的流水線。
如果我的儲存庫從來不做部署呢?
那就沒有可監聽的對象。TestSprite 由部署事件觸發,所以那個事件必須先存在。你可以在流水線加上部署步驟,或改用工作流程裡的 CLI,把專案指向你自己解析出來的網址。
TestSprite 怎麼知道預覽網址?
你只需設定一次樣式,佔位符會在每次執行時解析:{pr}、{branch}、{branch-slug}、{sha}、{short-sha}。例如 https://pr-123.example.com 要寫成 https://pr-{pr}.example.com。
GitHub App 需要哪些權限?
對 actions、checks、issues、metadata 的讀取權限,以及對 code、commit statuses、deployments、pull requests 的讀寫權限。寫入權限是用來把結果張貼回你的 PR。TestSprite 不會推送 commit,也不會修改你的工作流程檔。
結果可以餵給 AI 編碼代理嗎?
可以。PR 留言中的每一筆失敗都附有一段修正提示,寫法就是為了讓你直接貼進編碼代理。想要更完整的迴圈,testsprite setup --agent claude 會安裝驗證技能,讓代理自己建立、執行與分診測試。