每次 GitHub 部署都自動執行測試。
只要連接一次儲存庫,TestSprite 就會監聽代表「新建置已部署、URL 已上線」的 GitHub 事件——然後對它執行您的測試套件,並把結果以拉取請求留言或提交檢查的形式回傳。不需要工作流程檔案,不會更動您的流水線。
適用於任何能部署到 GitHub 的託管服務商
由您的 CI/CD 觸發
一次部署、一次工作流程執行,或一個狀態檢查——把您已經有的 CI/CD 事件設為代表「可以開始測試」的訊號。
結果直接出現在 PR 上
通過/失敗、失敗的步驟,以及重播連結,會以 PR 留言或提交檢查的形式張貼——審查者可以在看程式碼的同時看到品質。
用狀態檢查把關合併
打開「測試通過前封鎖 PR」,一個必要檢查就會在回歸問題還沒解決時阻止合併。
零工作流程檔案異動
一切都在 TestSprite 裡設定。您的儲存庫、您的 .github/workflows,以及您現有的流水線都不會被碰到。
1. 您的 CI/CD 流水線會建置並部署您的應用程式
→ 在 GitHub 中產生一筆部署事件
2. TestSprite 會透過 GitHub App 整合
接收到該事件
3. TestSprite 會解析出目標 URL——可能來自
部署本身，或來自您定義的 URL 樣式
（支援 {pr}、{branch}、{branch-slug}、{sha}）
4. TestSprite 會執行您的測試，並把結果
以 PR 留言或提交檢查的形式回傳給 GitHub
兩種觸發執行的方式
拉取請求
最適合在合併前抓出回歸問題。TestSprite 會測試 PR 的預覽部署,並直接在 PR 上留言結果。
推送到分支
最適合在每次合併後,測試像 staging 或 dev 這樣的共用環境。結果會以提交檢查的形式出現。
兩種同時獨立執行
在同一個儲存庫上同時建立 PR 觸發器和推送觸發器——它們會各自按自己的排程執行,互不干擾。
可直接貼上的修復提示
每個失敗都附上一個描述可能根本原因的建議修復提示——直接複製貼到您的 AI 編碼代理裡。
全球企業信賴
"TestSprite 提供豐富的測試案例生成、清晰的結構和易於閱讀的程式碼。它還支援簡單的線上調試,並能夠透過生成新的測試案例快速擴展。"
"TestSprite 的自動化幫助我們減少了大量的手動工作。開發人員可以更容易地在開發過程早期發現並解決錯誤。"
常見問題
這會取代我現有的 GitHub Actions 工作流程嗎?
不會。TestSprite 只是監聽您工作流程本來就會產生的事件——一次部署、一次建置、一個狀態檢查——並對它們做出反應。它不會修改或取代您的流水線,也不會在您的儲存庫裡新增任何工作流程檔案。
GitHub App 需要哪些權限?
對 Actions、檢查、議題和中繼資料的讀取權限;對程式碼、提交狀態、部署和拉取請求的讀寫權限。寫入權限僅用於把測試結果以 PR 留言或提交檢查的形式回傳——TestSprite 不會推送提交,也不會修改工作流程檔案。
支援哪些託管服務商?
任何會向 GitHub 回報部署、並提供可連線 URL 的服務商都支援——包括 Vercel、AWS Amplify、Netlify,以及會建立 GitHub 部署的自架流水線。
如果我的預覽 URL 用的是隨機子網域,不是 PR 編號怎麼辦?
URL 樣式欄位需要的是一個可預測的樣式,使用像 {pr}、{branch}、{branch-slug} 和 {sha} 這樣的佔位符。如果您的主機會產生無法預測的子網域,請為預覽環境設定一個穩定的別名 URL,並改讓 TestSprite 指向那個網址。
結果裡會顯示什麼?
一個整體的通過/失敗/受阻數量、一個以套件中可執行子集計算出來的品質分數(受阻案例會另外回報,因為它們通常代表測試環境有缺口,而不是產品出現回歸)、每個失敗都附上完整的預期與實際觀察差異細節與螢幕截圖,以及一個可直接複製給您編碼代理使用的修復提示。
讓每一次部署都自動獲得真正的測試。
只要連接一次儲存庫。剩下的都交給 TestSprite——不需要工作流程檔案,不會更動您的流水線,而且每個 PR 和每次推送都會有留言或檢查。