新功能: TestSprite CLI 現已上線!

以 AI 測試 CLI 把關您的 CI/CD 流水線。

testsprite 放進 GitHub Actions、GitLab CI,或任何能執行 shell 步驟的流水線。它透過環境變數驗證身分、對正式部署的環境執行您的套件,並以穩定、可預期的結束碼結束——讓壞掉的建置真的讓建置失敗,而不是留到下次站立會議才被發現。

在任何 CI、任何執行器、任何 Shell 中執行

GitHub ActionsGitLab CICircleCIJenkins任何 Shell 執行器
一個從未真正打開過網站或呼叫過 API 的綠色流水線,並不是真正的綠色——那只是一個猜測。testsprite 在與您的建置相同的步驟中執行,對著真正部署的環境跑,讓合併關卡有真正能檢查的東西。

生來就是非互動式

TESTSPRITE_API_KEY=sk-... testsprite setup --from-env --yes --agent claude——沒有提示、沒有瀏覽器登入,能在無頭執行器中運作。

一個步驟,任何流水線

testsprite test run --all --project <id> --wait --output json 作為單一 CI 步驟——解析 JSON,或直接檢查結束碼即可。

可預期的結束碼

穩定、有文件記載的結束碼,代表您的流水線可以根據真實結果把關合併,而不是靠解析自由格式的日誌來猜發生了什麼事。

提交前先乾跑一次

--dry-run 用測試資料離線驗證您的流水線邏輯,讓您在真正對上線環境動手之前,先把這個步驟接好。

# .github/workflows/verify.yml
- name: Verify with TestSprite
  env:
    TESTSPRITE_API_KEY: ${{ secrets.TESTSPRITE_API_KEY }}
  run: |
    npm install -g @testsprite/testsprite-cli
    testsprite setup --from-env --yes
    testsprite test run --all --project prj_8f2a --wait --output json

# exits non-zero on a real failure — the merge gate fails with it

讓合併關卡真正有意義

一個從未真正檢查過就通過的建置,不是真正通過的建置。每一次流水線執行都測試您實際部署的環境——真實瀏覽器、真實 API 呼叫——並且只在真的有原因時才失敗。

為流水線的每個階段打造

PR、夜間或發布前

在每個 PR 上執行完整套件,夜間跑較小的冒煙集合,或在發布前跑全部——同一個指令,只是 --project 和計畫不同。

批次重新執行

testsprite test rerun --all --project <id> 在看起來不穩定的執行之後重新驗證所有東西,而不必重新觸發整條流水線。

免費社群版

提供免費社群版,讓所有人都能使用。

比較兩次執行的差異

testsprite test diff <runId1> <runId2> 精確顯示通過的建置和失敗的建置之間到底改變了什麼。

全球企業信賴

"TestSprite 提供豐富的測試案例生成、清晰的結構和易於閱讀的程式碼。它還支援簡單的線上調試,並能夠透過生成新的測試案例快速擴展。"

"TestSprite 的自動化幫助我們減少了大量的手動工作。開發人員可以更容易地在開發過程早期發現並解決錯誤。"

常見問題

CLI 在無頭 CI 執行器中如何驗證身分?

TESTSPRITE_API_KEY 設成密鑰,然後執行 testsprite setup --from-env --yes --agent claude(或您選用的代理)。沒有互動式提示、沒有瀏覽器登入——它就是為了這個情境而生的。

它專門支援 GitHub Actions 嗎?

支援,而且任何能執行 shell 步驟的 CI 都支援——GitLab CI、CircleCI、Jenkins、Buildkite。它是一套用 npm 安裝的 Node.js CLI;只要您的執行器能做到這件事,就能執行 TestSprite。

流水線實際上是根據什麼來把關?

根據對您部署環境的真實測試執行——透過 Playwright 進行的瀏覽器測試、具依賴關係管理的 API 測試——並回報一個穩定、有文件記載的結束碼。您現有「非零結束碼就讓工作失敗」的步驟直接就能用。

可以在流水線上線前先測試接線是否正確嗎?

可以——--dry-run 用測試資料離線驗證您的測試邏輯,讓您在指向真正環境之前,先確認這個步驟接得對。

CI 抓到真正的回歸時會發生什麼事?

您會得到一個失敗包(失敗步驟、螢幕截圖、DOM 快照、根本原因假設、修復建議),並附掛在那次執行上——用 testsprite test failure get <testId> 從工作日誌或後續步驟中取得。

讓您的流水線有真正能把關的東西。