每次 Staging 部署,都自動測試。
把 TestSprite 指向一個分支——staging、dev,或 main——每一次觸發部署的推送,都會針對該環境的真實 URL 自動測試。結果會以提交檢查的形式出現,就跟您其他的檢查排在一起。
適用於任何能部署到 GitHub 的託管服務商
盯著任何分支
把觸發器指向 main、develop、staging——不管是哪個掛有部署的分支都行。
對應正確的環境
選擇對應該分支的 TestSprite 環境,讓測試每次都對著正確設定的 URL 執行。
以提交檢查呈現
不需要 PR——結果會直接以提交本身的檢查形式出現,跟您其他的 CI 檢查一起顯示。
與 PR 測試各自獨立執行
同時保留一個給 staging 用的推送觸發器,和一個用於合併前檢查的拉取請求觸發器——它們互不干擾。
1. 選擇要盯著的儲存庫和分支（例如 staging） 2. 偵測事件，然後選擇代表 「部署完成、環境已上線」的那一個 3. 選擇對應該分支的 TestSprite 環境 （例如 Staging → staging.example.com） 4. 建立觸發器——它會立即生效 下一次推送到該分支 → 部署完成 → 一個 TestSprite 檢查會出現在該提交上
為共用環境打造
不需要逐次維護 URL 樣式
推送觸發器會直接針對環境設定好的 URL 執行——不像每個 PR 的預覽那樣,需要維護一個佔位符樣式。
依賴它之前先驗證
在觸發器對未來每次推送生效之前,先送一個測試事件,確認 URL 可連線且正確。
可直接貼上的修復提示
每個失敗都附上一個描述可能根本原因的建議修復提示——直接複製貼到您的 AI 編碼代理裡。
免費社群版
提供免費社群版,讓所有人都能使用。
全球企業信賴
"TestSprite 提供豐富的測試案例生成、清晰的結構和易於閱讀的程式碼。它還支援簡單的線上調試,並能夠透過生成新的測試案例快速擴展。"
"做得好！TestSprite 團隊的 MCP 非常棒！AI 編碼 + AI 測試幫助您輕鬆構建更好的軟體！"
常見問題
分支需要已經有部署掛在上面嗎?
需要。打開您儲存庫的 Deployments 或 Environments 區塊,確認該分支最近有一次成功的部署、且有一個上線中的 URL——在那存在之前,TestSprite 沒有任何東西可以觸發。
TestSprite 怎麼知道該測試哪個環境?
您在建立觸發器時會明確選擇——例如,dev 分支對應 Dev 環境,main 對應 Production。推送觸發器每次都會針對該環境設定好的 URL 執行。
我在哪裡看結果?
結果會以提交檢查的形式出現,跟您其他的 CI/CD 檢查排在一起——打開它就能看到完整的執行結果:通過/失敗數量、品質分數,以及任何失敗的細節。
我可以同時在多個分支上執行嗎?
可以——為每個您想盯著的分支各自建立一個觸發器,分別指向各自的環境。
如果一個分支掛了不只一個環境怎麼辦?
請再次確認您選擇的事件,對應的正是您實際想測試的部署,而且「要測試的環境」選項也吻合——否則您最後可能會測到一個過時或非預期的環境。