デプロイのたびに、ステージングをテストする。
TestSpriteをブランチ — staging、dev、mainなど — に向ければ、デプロイを生み出すすべてのプッシュが、その環境の本物のURLに対して自動的にテストされます。結果は、他のチェックのすぐ隣に、コミットへのチェックとして表示されます。
GitHubにデプロイするどんなプロバイダーとも連携
どんなブランチでも監視
トリガーをmain、develop、stagingなど、デプロイが紐づいているブランチであればどこにでも向けられます。
正しい環境に一致させる
ブランチに対応するTestSprite環境を選択すれば、テストは毎回正しく設定されたURLに対して実行されます。
コミットチェックとして表示される
PRは不要です — 結果はコミット自体へのチェックとして表示され、他のCIチェックと並んで確認できます。
PRテストとは独立して実行
ステージング用のプッシュトリガーと、マージ前チェック用のプルリクエストトリガーを同時に維持できます — 互いに干渉しません。
1. 監視するリポジトリとブランチを選択する (例: staging) 2. イベントを検出したら、 「デプロイが完了し、環境が稼働中」を意味するものを選択する 3. このブランチに対応するTestSprite環境を選択する (例: Staging → staging.example.com) 4. トリガーを作成する — 即座に有効になる そのブランチへの次のプッシュ → デプロイが完了 → コミットにTestSpriteのチェックが表示される
チームより先にドリフトを見つける
何かおかしく見えたときにしかチェックされない共有環境は、すでに誰かの時間を奪っています。TestSpriteは、誰かが見ているかどうかに関わらず、すべてのデプロイでそれをテストします。
共有環境のために
実行ごとのURLパターンは不要
プッシュトリガーは、環境の設定済みURLに対して直接実行されます — PRごとのプレビューと違い、プレースホルダーパターンを維持する必要はありません。
頼る前に検証する
トリガーが今後のすべてのプッシュで有効になる前に、まずテストイベントを送信してURLが到達可能で正しいことを確認してください。
すぐに貼り付けられる修正プロンプト
すべての失敗には、考えられる根本原因を説明する修正プロンプトの提案が含まれます — そのままAIコーディングエージェントにコピーできます。
無料コミュニティ版
無料のコミュニティ版を提供し、誰もが利用できるようにしています。
世界中の企業から信頼されています
"TestSpriteは豊富なテストケース生成、明確な構造、読みやすいコードを提供します。また、新しいテストケースを生成して迅速に拡張できるシンプルなオンラインデバッグもサポートしています。"
"素晴らしい！TestSpriteチームのMCPは本当にクールです！AIコーディングとAIテストを組み合わせることで、より良いソフトウェアを簡単に構築できます！"
よくある質問
ブランチにはすでにデプロイが紐づいている必要がありますか？
はい。リポジトリのDeploymentsまたはEnvironmentsセクションを開き、そのブランチに最近成功したデプロイが、稼働中のURLとともに存在することを確認してください — それが存在するまでは、TestSpriteにはトリガーする対象がありません。
TestSpriteは、どの環境をテストすべきか、どうやって知るのですか？
トリガーを作成するときに明示的に選択します — 例えばdevブランチにはDev環境、mainにはProductionといった具合です。プッシュトリガーは、毎回その環境の設定済みURLに対して実行されます。
結果はどこで確認できますか？
他のCI/CDチェックのすぐ隣に、コミットへのチェックとして表示されます — 開くと、合格/不合格件数、品質スコア、失敗の詳細を含む実行の全体を確認できます。
複数のブランチで同時に実行できますか？
できます — 監視したいブランチごとに、それぞれ独自の環境を指す個別のトリガーを作成してください。
1つのブランチに複数の環境が紐づいている場合はどうなりますか？
選択したイベントが、実際にテストしたいデプロイに対応していること、そしてテスト対象の環境選択が一致していることを再確認してください — そうしないと、古い環境や意図しない環境をテストしてしまうことがあります。
ステージングが本当に動いているか、もう疑わなくていい。
リポジトリを一度接続するだけです。あなたが選んだブランチへのすべてのデプロイが自動的にテストされます — ワークフローファイルは不要、手動チェックも不要です。