TestSprite CLI が公開 — オープンソースです。GitHub で Star を

ワークフローファイルを増やさない、GitHubの自動テスト

あなたのパイプラインは、ビルドがデプロイされURLが有効になったことをすでにGitHubへ伝えています。TestSpriteはそのイベントを検知してデプロイ先に対してテストを実行し、結果をプルリクエストのコメントまたはコミットチェックとして返します。セットアップは約10分、リポジトリへの変更はありません
Type
Solution
Language
日本語

お使いのAndroidおよびAI搭載エディタとシームレスに統合

Claude CodeCodexAndroid StudioVisual Studio CodeCursorTrae
私たちはアプリケーションをビルドもデプロイもせず、ワークフローも変更しません。「新しいビルドが公開された」という意味のイベントを検知し、その成果物をテストします。

リポジトリを変更しない

TestSpriteはGitHub Appとしてインストールされ、イベントを読むだけです。既存のパイプラインの中ではなく横に並びます。書くYAMLも、保守するワークフローもなく、.github/ には何も追加されません。

本当のデプロイでトリガーする

環境が有効になったに発火するCI/CDイベントを選んでください。ビルド開始時に発火するイベントを選ぶのが最もよくある設定ミスで、まだ立ち上がっていないURLに対して全テストが失敗します。

結果はプルリクエストに届く

合格・失敗の件数、実行可能なテストのみで算出される品質スコア、失敗した瞬間のスクリーンショット、そしてAIコーディングエージェントにそのまま貼り付けられるように書かれた修正プロンプト。

マージを止める必須チェック

Block PR until tests pass を有効にするとTestSpriteのチェックが必須になり、回帰は取り込まれて後から見つかるのではなく、その場でマージを止めます。

Priority
Test
Status
HIGH
TC001_Preview_Deployment_Reachable
Pass
HIGH
TC002_Checkout_Completes_On_Preview
Failed
MEDIUM
TC003_Auth_Redirect_Preserves_Path
Pass
MEDIUM
TC004_API_Health_Returns_200
Pass
LOW
TC005_Static_Assets_Load_Without_404
Warning

すべてのプルリクエストを実ブラウザで守る

緑のチェックは「スイートが無事に投入された」ではなく「デプロイされたアプリケーションが動く」を意味すべきです。TestSpriteは本当の判定が出るまで待ち、部分実行を緑と報告せず、ジョブを失敗させます。

GitHubで出荷するチームのために

お使いのホスティングで動く

GitHubにデプロイを報告し、到達可能なURLを公開するプロバイダなら何でも。Vercel、AWS Amplify、Netlify、GitHubのデプロイを作成する自前のパイプラインも含みます。

プルリクエストでも、プッシュでも

プルリクエストのトリガーはマージ前に回帰を捉えPRにコメントします。プッシュのトリガーはマージ後に共有のステージングやdev環境をテストし、コミットチェックを投稿します。両方作れば独立して動きます。

CLIから動かすこともできる

自分で実行を制御したい場合、オープンソースCLIが同じ処理をどのCIからでも実行します。testsprite ci init github がワークフローを生成してくれます。

無料のコミュニティ版

無料のコミュニティ版を提供しており、誰でも利用できます。

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

"素晴らしい!TestSpriteチームのMCPは本当にクールです!私たちのAndroidアプリでは、AIコーディングとAIテストがループを閉じ、安定したリリースのスピードアップにつながっています。"

"Androidにおいて、TestSpriteが生成するテストはクリーンで信頼性があります。Appiumのフローは拡張やデバッグが容易で、スケジュール実行によってデバイスカバレッジを健全に保てます。"

"TestSpriteの自動化により、Androidの手動QAが大幅に削減されました。開発者はモバイルのバグを早期に発見・解決でき、リリースサイクルを予定通りに進められます。"

よくある質問

リポジトリにワークフローファイルを追加する必要はありますか?

いいえ。連携はすべてTestSprite側で設定し、リポジトリへの変更は不要です。自分のワークフローから実行したい場合は、testsprite ci init github が保守されているTestSpriteのアクションを使うワークフローを生成します。

既存のGitHub Actionsワークフローを置き換えますか?

いいえ。TestSpriteはワークフローがすでに発行しているイベントを検知するだけで、パイプラインを変更も置換もしません。

リポジトリがデプロイを行わない場合は?

その場合は検知すべきものがありません。TestSpriteはデプロイイベントで起動するため、まずそのイベントが存在する必要があります。パイプラインにデプロイ手順を追加するか、ワークフロー内でCLIを使い、自分で解決したURLをプロジェクトに設定してください。

TestSpriteはどうやってプレビューURLを知るのですか?

実行ごとに解決されるプレースホルダを使って、パターンを一度設定します。{pr}{branch}{branch-slug}{sha}{short-sha}。たとえば https://pr-123.example.comhttps://pr-{pr}.example.com と書きます。

GitHub Appにはどんな権限が必要ですか?

actions、checks、issues、metadata への読み取り権限と、code、commit statuses、deployments、pull requests への読み書き権限です。書き込み権限は結果をプルリクエストに投稿するために使います。TestSpriteがコミットをpushしたり、ワークフローファイルを変更したりすることはありません。

結果をAIコーディングエージェントに渡せますか?

はい。プルリクエストのコメント内の各失敗には、コーディングエージェントに貼り付ける前提で書かれた修正プロンプトが付いています。さらに testsprite setup --agent claude で検証スキルを導入すれば、エージェント自身がテストの作成・実行・切り分けを行えます。

すべてのPRをテストする。リポジトリは何も変えずに。