TestSpriteを始めるには？
Zheshi Du
開始までの時間は約5分です。テストファイルの作成も、フレームワークの設定も、ローカル環境のセットアップも必要ありません。
入口は2つあります。AIのIDE（MCP Server経由）か、Webポータルへの直接アクセスです。Cursor、Claude Code、またはWindsurfを使用している開発者の多くはMCP Serverから始めます。ブラウザベースのインターフェースを好む開発者や、チームレベルでプロジェクトを管理したい開発者はWebポータルから始めます。どちらのパスも、同じテストパイプラインに合流します。
それぞれの仕組みをご説明します。
パス1：AI IDEから始める
Cursor、Claude Code、Windsurf、VS Code、またはModel Context Protocolをサポートするその他のAI IDEを使用している場合、これが最も手軽な入口です。
ステップ1：TestSpiriteのアカウントを作成します。testsprite.comでサインアップしてください。無料プランはクレジットカード不要です。毎月自動更新される150クレジットが付与されます。
ステップ2：MCP Serverをインストールして設定します。docs.testsprite.comのセットアップ手順に従ってください。設定を行うと、TestSpriteがIDEのMCPサーバーリストに追加されます。この初期設定は一度だけ行うもので、数分で完了します。
ステップ3：アプリケーションが起動していることを確認します。TestSpriteはソースファイルではなく、稼働中のアプリケーションをテストします。ステージング環境、ローカルの開発サーバー、またはプレビューデプロイメントを指定してください。リリース前に動作確認を行う場所であればどこでも構いません。
ステップ4：IDEのチャットに指示を1つ入力します。
"Help me test this project with TestSprite."
その指示によって、フルパイプラインが起動します。エクスプロレーションエージェントが稼働中のアプリケーションにアクセスし、ナビゲーションを開始します。
他の検証ツールはコードを読んで推測します。TestSpriteはアプリを開いて実際に使用します。
それ以降は何もする必要はありません。エージェントが自律的に探索し、テストケースを生成し、クラウドサンドボックス上で実行して、同じチャットウィンドウに結果を返します。アプリケーションの規模やフロー数にもよりますが、最初のフルセッションは通常数分で完了します。
パス2：Webポータルから始める
ブラウザベースのインターフェースを好む場合、またはチーム全員がローカルのIDE統合を設定しなくても、テスト計画・スケジュール・プロジェクト履歴を一か所で管理したい場合は、TestSpriteのWebポータルが入口となります。
ステップ1：testsprite.comでアカウントを作成します。同じ無料プランで、同じ150クレジットが付与されます。
ステップ2：Webポータルのダッシュボードでプロジェクトを作成します。プロジェクト名を入力し、稼働中のアプリケーションのURLを指定します。
ステップ3：アプリケーションにログインが必要な場合は、認証を設定します。TestSpriteはパスワードエンドポイント認証、OAuthリフレッシュトークン、AWS Cognitoに対応しています。この設定はプロジェクトごとに一度行うだけで、以降のテスト実行ごとに自動的に処理されます。
ステップ4：テストセッションを開始します。プロジェクトビューからエクスプロレーションを起動します。エージェントがアプリケーションのナビゲーションを開始し、ユーザージャーニーマップを構築しながらテストカバレッジを生成します。
Webポータルでは、複数プロジェクトにわたるテスト計画の管理、実行履歴の確認、定期的なリグレッションテストのスケジュール設定、品質トレンドの長期的な追跡、ロールベースのアクセス権を持つチームメンバーの招待も行えます。
初回セッションで起こること
TestSpriteがアプリケーションに対して初めて実行されると、エクスプロレーションフェーズが作業の大半を担います。
エージェントは稼働中のアプリケーションにアクセスし、実際のユーザーと同じようにナビゲーションを行います。フォーム、ナビゲーションフロー、複数ステップのジャーニー、認証が必要なセクション、APIに依存する画面など、製品のインタラクティブな要素を発見します。見つけたものをクリックし、入力項目を入力し、パスをたどりながら、製品の機能を体系的なマップとして構築します。
そのマップをもとに、観察された製品の動作に基づいたテストケースを生成します。ソースコード内の関数やコンポーネントに対するアサーションではなく、ユーザーが行う操作と、その一連の操作の結果として製品が提供すべき内容の記述です。
初回セッションでベースラインが確立されます。以降のセッションでは、コーディングセッションで変更が加えられた後に、エージェントが同じフローを再実行し、ベースラインからの差異を検出します。
CIへの接続
すべてのプルリクエストに対して自動カバレッジを適用したい場合、GitHub Actionsの統合機能によって同じパイプラインをCIに拡張できます。
TestSpriteをGitHub Actionsのワークフローに追加すると、すべてのPRが稼働中のアプリケーションに対するテスト実行をトリガーします。結果はPRのコメントとして投稿されます。レビュアーは、マージ前にdiffと並んで製品レイヤーのカバレッジを確認できます。
docs.testsprite.comのセットアップドキュメントに、GitHub Actionsの設定手順が記載されています。既存のCIセットアップへのワークフローファイルの追加は、わずかな手順で完了します。
シナリオ：初回セッション、初回の発見
ある開発者が3か月間Cursorを使ってSaaS製品を開発してきました。正式なテストスイートは一度も持ったことがなく、簡単な手動確認で検証を行ってきた結果、平均して月1件の本番インシデントが発生していました。
その開発者はCursorにTestSprite MCP Serverを設定し、ステージング環境を指定して、1つの指示で最初のセッションを起動しました。
エクスプロレーションエージェントが製品をナビゲートします。開発者は3カラムのインターフェースを見守ります。左側に稼働中のアプリケーションのプレビュー、中央にユースケースフローグラフ、右側にエージェントごとの詳細が表示されます。エージェントがサインアップフロー、オンボーディングウィザード、メインの製品ダッシュボード、設定ページ、そして請求セクションを順に処理していく様子が確認できます。
初回セッションで、エージェントは2件の失敗を検出しました。
1件目は請求セクションです。アップグレードフローが完了して確認画面が表示されるものの、直後にエージェントがアカウント設定に移動すると、表示されているプランが依然として無料プランのままでした。アップグレードのAPI呼び出しは成功していましたが、アカウント設定画面がキャッシュされた古い値を参照しており、更新されていませんでした。
2件目はメインダッシュボードです。エージェントが日付範囲フィルターを適用すると、チャートは新しい範囲を反映して更新されましたが、チャートの下にあるサマリーカードにはデフォルトの範囲の合計値が引き続き表示されていました。フィルターが部分的にしか適用されていなかったのです。
どちらの失敗もコードからは確認できませんでした。コードインスペクションによるテストでも検出できなかったものです。どちらも、ユーザーと同じように製品をナビゲートし、各アクション後に状態が一貫しているかどうかを確認することで発見されました。
両方の失敗の説明が構造化された形式でCursorのチャットに届きます。開発者は内容を確認し、同じセッション内で修正を適用し、TestSpriteを再実行して確認しました。初回セッションはセットアップを含めて20分未満で完了しました。
始める前に知っておくべきこと
稼働中のアプリケーションが必要です。TestSpriteはライブの製品をテストします。まだどこにもデプロイしていない新しいプロジェクトに取り組んでいる場合は、ローカルサーバーをセットアップするか、プレビューデプロイメントを使用してください。エージェントがナビゲートできる場所が必要です。
最も重要なフローから始めましょう。最初のセッションでは、ステージング環境にコアのユーザージャーニー（サインアップ、主要機能、設定、重要な有料フローなど）が反映されていると、エージェントが最も有益な対象を探索できます。
セッションを重ねるごとに結果が向上します。初回セッションでベースラインが構築されます。以降のセッションでは同じフローを実行し、ベースラインと比較して変更点を検出します。エージェントが複数回の実行を通じて製品を学習することで、カバレッジはより深くなります。
無料プランは実質的な出発点です。月150クレジットあれば、特定の製品に対して定期的なセッションを実行するのに十分です。費用をかけることなく、TestSpriteが自分のワークフローに合うかどうかを評価できます。
まとめ
TestSprite の導入には約5分かかります。アカウントを作成し、MCPサーバーまたはウェブポータル経由で接続し、起動中のアプリケーションを指定して、1つの指示で最初のセッションを開始するだけです。
ほとんどのテストツールとの違いは、ここから始まります。探索エージェントが実際のユーザーのようにライブアプリケーションをナビゲートし、直接の観察からプロダクトのフローを発見し、コードが「こうなるべき」と示す内容ではなく、実際に見つけた内容に基づいたテストを生成します。
最初のセッションで、現在のプロセスでは見落とされていた不具合が明らかになります。TestSprite が何をするのかを理解する最も早い方法です。
今すぐ TestSprite を無料で始めましょう。