TestSprite Webポータルでチームは何ができるのか？
Zheshi Du
MCPサーバーはCursorやClaude Code内での1つの指示で完結するワークフローとして注目を集めることが多いですが、チームにとってWebポータルこそがTestSpriteを個人開発者のツールではなく、共有インフラへと変える場所です。
ポータルは、単一のIDEセッションを超えて存続するすべてのもの、つまりプロジェクト、テストプラン、スケジュール、実行履歴、チームアクセス、そして数週間のテストを通じて積み上げられる品質の全体像を管理するブラウザベースのホームです。チームが実際にそこで行うことを紹介します。
プロジェクトを管理し、テストのライブ実行を監視する
チームがテストする各プロダクトは、ポータル内のプロジェクトとして存在します。アプリケーションURL、認証設定、そしてそれに紐づく蓄積されたテストプランと履歴が含まれます。複数のプロダクトや環境を運用するチームは、それぞれ独立した履歴を持つ別々のプロジェクトとして管理します。
フロントエンドのテストセッションが実行されると、ポータルの3カラムインターフェースがリアルタイムで作業の進捗を表示します。左側には探索エージェントがナビゲート中の様子を映すアプリケーションのライブプレビュー、中央にはカバーされているユーザージャーニーをマッピングするユースケースフローグラフ、右側には各並列エージェントがその瞬間に何をしているかを示すエージェントごとの詳細が表示されます。
他の検証ツールはコードを読んで推測します。TestSpriteはアプリを開いて実際に使用します。
プレビューグリッドでエージェントがプロダクトを操作する様子を見ることは、監視を超えた有益な効果をもたらします。カバレッジの実態に対するチームの信頼を築くのです。セッションは再開可能で、個々の機能はすべてを再実行することなく独立して再試行できます。
実行前にテストプランをレビューする
Plan-Closure Previewは、ディスカバリーと実行の間にチェックポイントを提供します。テスト生成が進む前に、ポータルはどのテストプランが存在し、それらがどのように依存し合い、何がカバーされるかを明確なマップとして表示します。
エンジニアは提案されたカバレッジをレビューし、現在の実行には関係のないシナリオの選択を外し、本当に必要なものが欠けている場合にのみ警告を確認できます。プロダクト探索からテストシナリオへの変換はエージェントが担います。何が実行されるかのレビューポイントはチームが保持します。
PRDを提供するチームにとっては、要件からカバレッジへのマッピングが可視化される場所でもあります。どの明示された動作がどのプランによって検証されているかが一目で分かります。
スケジュールされたリグレッションを設定する
スケジュール機能により、TestSpriteはセッションごとのツールから継続的なカバレッジへと変わります。StarterプランはTest Scheduleを5つ含み、Standardプランでは無制限になります。
典型的なチームのセットアップ例：ステージング環境に対する夜間のフルサーフェスリグレッションに加え、クリティカルなフローに対するより高頻度のターゲットスケジュール。ポータルでプロジェクトごとに一度設定するAuto-Authが、すべてのスケジュール実行前にパスワードエンドポイント、OAuthリフレッシュトークン、AWS Cognitoフローを処理するため、その日の午後にトークンが期限切れになっても午前3時に認証済みカバレッジが失敗することはありません。
朝のレビューは「前回との変更点」列を中心に行います。前夜の実行とその前の実行でステータスが変化したテストが確認できます。2週間グリーンだったテストが突然失敗すれば、スイート全体のスキャンの中ですぐに目立ちます。失敗のメールには各原因のAIによる説明がインラインで含まれているため、コーヒーを飲みながらトリアージするエンジニアは、ノートパソコンを開く前に何が壊れたかを把握できます。
実行全体の品質トレンドを追跡する
すべての実行は完全な結果セットとともに記録されます。どのフローがテストされ、どれがパスし、どれが失敗し、失敗の説明に何が含まれていたか。数週間にわたって、この履歴がチームの品質の全体像となります。
実行履歴はチームが実際に問いかける疑問に答えます。修正を進めるにつれて失敗率は下がっているか、それとも検証より速く出荷しているために上がっているか？プロダクトのどのセクションが最も頻繁に失敗しているか？先週火曜日に現れたリグレッションは特定のマージと相関しているか？
複数のプロジェクトを管理するチームには、ポータルがすべてのプロジェクトを横断した統合ビューを、プロジェクト別および集計の両方で提供します。
アクセス権限を管理する
ポータルのチームアクセスは、Owner、Admin、Member、Viewerの4つのロールで運用されます。招待はメールで送信され、アクセス制御はプロジェクトレベルで適用されるため、外部委託の担当者は自分が携わるプロジェクトだけを参照でき、組織がテストしているそれ以外のものは見えません。
監査ログは誰が何をしたかを記録します。コンプライアンス要件を持つチームにとって、またはスケジュールを変更したり認証を再設定したりしたのが誰かを把握するために、これは重要です。テストインフラが機密性の高いステージング環境に触れる組織にとって、ロールの分離と監査証跡は、セキュリティレビューを通過できるツールとそうでないツールの違いを生みます。
シナリオ：チームの1週間のポータル活用
医療スケジューリングSaaSを構築する6人のチームが、TestSpriteを共有インフラとして運用しています。ポータルのセットアップ：2つのプロジェクト（患者向けアプリとクリニック管理コンソール）、各プロジェクトへの夜間リグレッションスケジュール、そして2名の外部委託者を患者向けアプリプロジェクトのみに限定したロールベースアクセス。
月曜の朝、「前回との変更点」列に管理コンソールの1件の変化が表示されます。3週間グリーンだった予約リスケジュールフローが夜間に失敗したのです。失敗メールのインライン分析はすでに原因を指摘しています。リスケジュール後、クリニックの1日のキャパシティカウンターが元のスロットをデクリメントしなかったため、その日の空き予約数が実際より1件少なく表示されていました。金曜のマージがキャパシティロジックに触れていたのです。
リードがトラッカーにアサインし、キャパシティを担当する開発者がポータルで実行を開き、完全なナビゲーションコンテキストを読み、その機能を独立して再試行することでワンクリックで再現し、スタンドアップ前に修正します。
水曜日、患者向けアプリのClaude Codeセッションを終えた開発者がIDEから実行をトリガーします。ポータルのライブプレビューには、エージェントが新しい保険カードアップロードフローを操作している様子が表示されます。Plan-Closure Previewで、このフローがプロフィール完了プランに依存していることが示されていたため、両方が一緒に実行されます。すべてがパスし、実行はプロジェクト履歴に追加されます。
金曜日には、品質トレンドビューに管理コンソールの失敗率が月間を通じて低下していることが示され、これが逸話ではなくエビデンスとしてチームのスプリントレビューに提出されます。
この1週間、誰もテストスイートをメンテナンスする必要はありませんでした。ポータルが共有状態を保持していました。スケジュール、履歴、アクセス境界、そしてプロダクトがより信頼性を高めているかどうかの全体像を。
まとめ
TestSprite Webポータルは、TestSpriteがチームインフラとして機能する場所です。プロジェクトとライブテスト監視、実行前のプランレビュー、Auto-Authと朝に確認できるレポートを備えたスケジュールリグレッション、実行履歴にわたる品質トレンド、そして監査ログ付きのロールベースアクセスを提供します。
MCPサーバーはテストを各開発者のIDEの中に置きます。ポータルは結果、スケジュール、カバレッジをチーム全体が活用できる共有資産にします。
今日からTestSprite Webポータルでチームのプロジェクトをセットアップしましょう。無料プランあり、クレジットカード不要。