新着: TestSprite GitHub連携が公開されました!

マージされる前に、すべてのプルリクエストをテストする。

プルリクエストがプレビューデプロイを取得すると、TestSpriteはそのURLをテストし、結果をPRにコメントします — 合格、不合格、そしてコーディングエージェント向けの修正プロンプトです。必須チェックをオンにすれば、グリーンになるまでマージは待機します。

プレビューデプロイを投稿するどんなプロバイダーとも連携

VercelAWS AmplifyNetlifyセルフホストCI/CD
誰もプレビューをテストしなかったからきれいにマージされたプルリクエストは、きれいなのではありません — テストされていないだけです。TestSpriteはプレビューデプロイが公開されるのを待ち、本物のURLをテストし、誰かがマージする前に結果をコメントします。

本物のプレビューを待つ

TestSpriteはビルド開始ではなく、デプロイイベントをきっかけに動作します — 実際に稼働する前のURLをテストすることは決してありません。

PRに直接コメント

結果はコメントとして投稿されます: 合格/不合格件数のヘッドライン、品質スコア、そしてすべての失敗の完全な詳細です。

マージをブロックすることもできる

「テストが合格するまでPRをブロック」を切り替えれば、TestSpriteのチェックが必須になります — 未解決のリグレッションを抱えたままマージすることはできません。

ドラフトPRも、あなた次第

ドラフトのプルリクエストをトリガーに含めるか、PRがレビュー準備完了とマークされるまで待つか — あなたが決められます。

対象URLパターンの例:

  https://pr-123.example.com
    → https://pr-{pr}.example.com

  https://app-git-login-fix-team.vercel.app
    → https://app-git-{branch-slug}-team.vercel.app

プレースホルダー: {pr} {branch} {branch-slug} {sha} {short-sha}

レビュアーに本物のシグナルを

稼働中のプレビューに一度も触れていない緑のチェックマークは、自信を装った推測に過ぎません。TestSpriteのコメントは、本物のブラウザが本物のURLにアクセスしたときに実際に何が起きたかを反映します。

PRに表示される内容

ヘッドライン結果

何件のテストが合格・不合格・ブロックされたか — ブロックされたケースは、通常はリグレッションではなくテスト環境のギャップを意味するため、別途報告されます。

失敗の詳細

各失敗を展開すると、何が期待され、何が観測され、失敗した瞬間のスクリーンショットが表示されます。

修正プロンプトの提案

考えられる根本原因を説明する、すぐコピーできるプロンプトです — そのままCursor、Claude Code、あるいはお好みのコーディングエージェントに貼り付けられます。

無料コミュニティ版

無料のコミュニティ版を提供し、誰もが利用できるようにしています。

世界中の企業から信頼されています

"素晴らしい!TestSpriteチームのMCPは本当にクールです!AIコーディングとAIテストを組み合わせることで、より良いソフトウェアを簡単に構築できます!"

"TestSpriteの自動化により、膨大な手作業を削減できています。開発者は開発プロセスの早い段階でバグを簡単に発見し、解決することができます。"

よくある質問

これが機能するには、何が満たされている必要がありますか?

プルリクエストには、到達可能なURLを持つ独自のプレビューデプロイが必要です — 既存のPRを開き、デプロイが表示されていることを確認し、そのURLを開いて読み込まれるか確認してください。PRにデプロイが表示されない場合、まずCI/CDパイプラインを修正しない限り、TestSpriteにはトリガーする対象がありません。

プレビューが準備できる前にチェックが発火してしまうのを防ぐには?

ビルド開始時に発火するイベントではなく、デプロイが公開された後に発火するCI/CDイベントを選んでください。TestSpriteはサンプルのプルリクエストで検出したイベントを一覧表示するので、正しいものを選んで、まだ立ち上がっていないURLをテストすることを避けられます。

マージ前にチェックの合格を必須にできますか?

できます — トリガーを作成するときに「テストが合格するまでPRをブロック」を切り替えれば、TestSpriteのチェックが必須になり、テストが失敗している間はマージがブロックされます。

これはリポジトリにワークフローファイルを追加しますか?

いいえ。トリガーはすべてTestSprite内で設定されます。リポジトリには何も追加されず、既存のGitHub Actionsワークフローにも手を加えません。

プレビューURLが予測可能なパターンに従っていない場合はどうすればいいですか?

ホストがランダムなサブドメインを生成する場合は、プレビュー環境用に安定したエイリアスURLを設定し、代わりにそちらをURLパターンに指定してください — PR番号、ブランチ、またはコミットSHAから予測可能である必要があります。

推測でマージするのはもうやめよう。

リポジトリを一度接続するだけです。すべてのプルリクエストが、本物のプレビューデプロイに対して自動的にテストされます。