AIテストCLIでCI/CDパイプラインをゲートする。
testspriteをGitHub Actions、GitLab CI、あるいはシェルステップを実行できるどんなパイプラインにも組み込めます。環境変数から認証し、実際にデプロイされた環境に対してスイートを実行し、安定した予測可能なコードで終了します — 壊れたビルドはビルド自体を失敗させ、次のスタンドアップまで持ち越しません。
どんなCIでも、どんなランナーでも、どんなシェルでも動く
設計から非対話型
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>は、不安定に見える実行の後にパイプライン全体を再トリガーすることなく、すべてを再検証します。
無料コミュニティ版
無料のコミュニティ版を提供し、誰もが利用できるようにしています。
2つの実行の差分
testsprite test diff <runId1> <runId2>は、合格したビルドと失敗したビルドの間で正確に何が変わったかを示します。
世界中の企業から信頼されています
"TestSpriteは豊富なテストケース生成、明確な構造、読みやすいコードを提供します。また、新しいテストケースを生成して迅速に拡張できるシンプルなオンラインデバッグもサポートしています。"
"TestSpriteの自動化により、膨大な手作業を削減できています。開発者は開発プロセスの早い段階でバグを簡単に発見し、解決することができます。"
よくある質問
ヘッドレスなCIランナーでCLIはどう認証しますか？
TESTSPRITE_API_KEYをシークレットとして設定し、testsprite setup --from-env --yes --agent claude(または任意のエージェント)を実行します。対話的なプロンプトもブラウザログインも不要 — まさにこのために作られています。
GitHub Actionsで特に動作しますか？
はい。シェルステップを実行できるどんなCIでも動きます — GitLab CI、CircleCI、Jenkins、Buildkite。npmでインストールするNode.js製のCLIなので、それができるランナーならTestSpriteを実行できます。
パイプラインは実際に何をゲートの基準にしますか？
デプロイ済みの環境に対する本物のテスト実行です — Playwrightによるブラウザテスト、依存関係管理付きのAPIテスト — 安定した文書化された終了コードで結果が返ります。「非ゼロでジョブを失敗させる」という既存のステップがそのまま機能します。
本番稼働前にパイプラインの配線をテストできますか？
できます — --dry-runはテストデータを使ってテストロジックをオフラインで動かすので、実際の環境に向ける前にステップが正しく配線されているか確認できます。
CIが本物のリグレッションを検出するとどうなりますか？
その実行に紐づいた失敗バンドル(失敗したステップ、スクリーンショット、DOMスナップショット、根本原因の仮説、修正提案)を受け取れます — ジョブログや後続のステップからtestsprite test failure get <testId>で取得できます。