すべてのGitHubデプロイで、自動的にテストを実行する。
リポジトリを一度接続すれば、TestSpriteは「新しいビルドがデプロイされ、URLが公開された」ことを意味するGitHubイベントを監視します — その後、そのURLに対してテストスイートを実行し、結果をプルリクエストのコメントまたはコミットチェックとして投稿します。ワークフローファイルは不要、パイプラインへの変更も不要です。
GitHubにデプロイするどんなプロバイダーとも連携
あなたのCI/CDでトリガー
デプロイ、ワークフローの実行、ステータスチェック — すでに持っているCI/CDイベントを「テスト準備完了」を意味する合図として設定できます。
結果はPRに表示される
合格/不合格、失敗したステップ、リプレイへのリンクがPRコメントまたはコミットチェックとして投稿されます — レビュアーはコードと並んで品質を確認できます。
ステータスチェックでマージをゲート
「テストが合格するまでPRをブロック」をオンにすれば、リグレッションが未解決の間、必須チェックがマージを止めます。
ワークフローファイルの変更ゼロ
すべてTestSprite内で設定されます。あなたのリポジトリ、.github/workflows、既存のパイプラインには一切手を加えません。
1. あなたのCI/CDパイプラインがアプリをビルドし、デプロイする
→ GitHubでデプロイイベントが発生
2. TestSpriteはGitHub App連携を通じて
そのイベントを受け取る
3. TestSpriteは対象URLを解決する — デプロイ自体から、
またはあなたが定義したURLパターンから
({pr}、{branch}、{branch-slug}、{sha} に対応)
4. TestSpriteがテストを実行し、結果を
GitHubにPRコメントまたはコミットチェックとして投稿する
信頼できるシグナルとともにリリースする
すべてのデプロイ — PRプレビューでも、ステージングへのマージでも — 本物の、実際に稼働しているURLに対してテストされます。モックではなく、推測でもありません。
実行をトリガーする2つの方法
プルリクエスト
マージ前にリグレッションを見つけるのに最適です。TestSpriteはPRのプレビューデプロイをテストし、結果を直接PRにコメントします。
ブランチへのプッシュ
マージのたびに、ステージングやdevのような共有環境をテストするのに最適です。結果はコミットへのチェックとして表示されます。
両方を独立して実行
同じリポジトリにPRトリガーとプッシュトリガーの両方を作成できます — それぞれ独自のスケジュールで実行され、干渉し合いません。
すぐに貼り付けられる修正プロンプト
すべての失敗には、考えられる根本原因を説明する修正プロンプトの提案が含まれます — そのままAIコーディングエージェントにコピーできます。
世界中の企業から信頼されています
"TestSpriteは豊富なテストケース生成、明確な構造、読みやすいコードを提供します。また、新しいテストケースを生成して迅速に拡張できるシンプルなオンラインデバッグもサポートしています。"
"TestSpriteの自動化により、膨大な手作業を削減できています。開発者は開発プロセスの早い段階でバグを簡単に発見し、解決することができます。"
よくある質問
これは既存のGitHub Actionsワークフローを置き換えるのですか？
いいえ。TestSpriteは、あなたのワークフローがすでに生成しているイベント — デプロイ、ビルド、ステータスチェック — を監視し、それに反応します。パイプラインを変更したり置き換えたりすることはなく、リポジトリにワークフローファイルが追加されることもありません。
GitHub Appにはどんな権限が必要ですか？
Actions、チェック、issue、メタデータへの読み取りアクセス。コード、コミットステータス、デプロイ、プルリクエストへの読み書きアクセス。書き込みアクセスは、テスト結果をPRコメントまたはコミットチェックとして投稿する目的にのみ使われます — TestSpriteはコミットをプッシュしたり、ワークフローファイルを変更したりすることはありません。
どのホスティングプロバイダーがサポートされていますか？
GitHubにデプロイを報告し、到達可能なURLを公開するプロバイダーであれば何でも — Vercel、AWS Amplify、Netlify、GitHubデプロイを作成するセルフホストパイプラインを含みます。
プレビューURLがPR番号ではなくランダムなサブドメインを使う場合はどうすればいいですか？
URLパターンのフィールドは、{pr}、{branch}、{branch-slug}、{sha}のようなプレースホルダーを使った予測可能なパターンを想定しています。ホストが予測不能なサブドメインを生成する場合は、プレビュー環境用に安定したエイリアスURLを設定し、代わりにTestSpriteをそこに向けてください。
結果には何が表示されますか？
合格/不合格/ブロック件数のヘッドライン、スイートの実行可能な部分集合に基づいて計算される品質スコア(ブロックされたケースは、通常は製品のリグレッションではなくテスト環境のギャップを示すため、別途報告されます)、すべての失敗についてスクリーンショット付きの期待値と実測値の完全な詳細、そしてコーディングエージェント向けにすぐコピーできる修正プロンプトです。
すべてのデプロイに、自動で本物のテストを。
リポジトリを一度接続するだけです。あとはTestSpriteが引き受けます — ワークフローファイルは不要、パイプラインへの変更も不要、そしてすべてのPRとプッシュにコメントまたはチェックが付きます。