TestSprite スプリングリリースの新機能
Zeshi Du
TestSpriteのスプリングリリースは2026年4月24日にメジャーリリースとして公開されました。エンジンのアップデートを中心とした内容で、プラットフォーム公開以来最も大規模な変更セットです。要約すると、テスト生成の精度が大幅に向上し、探索モデルが完全並列化され、さらにEditable Feature MapとFile Uploads & Fixturesという2つの新機能により、テスト生成を駆動する内容とデータの流れをチームが直接制御できるようになりました。
リリースされた内容、各機能の実際の動作、そしてAIコーディングツールで構築するチームにとってなぜ重要なのかをご説明します。
より賢くなったエンジン：最難度プロジェクトで精度が約40%向上
注目のアップデートはエンジン内部にあります。更新されたエンジンにより、あらゆる複雑度レベルのプロジェクトにおける生成テストの精度と信頼性が大幅に向上しました。最難度のプロジェクトでは精度が約40%向上しています。
日々の信頼性においてもう一つ重要な点は、同じ生成を複数回実行した際の結果の一貫性です。同じテスト生成を2回実行すると、同じカバレッジが得られます。これは、TestSpriteを一時的なツールではなく常設インフラとして扱うチームにとって重要です。リグレッションベースラインは、その基盤となる生成が安定している場合にのみ意味を持ちます。
複雑な状態、深いフロー、または重いバックエンドロジックを含む製品を扱うチームにとって、最難度プロジェクトの改善は特に注目すべき点です。そのようなプロジェクトこそ、生成されたテストの品質が有用なカバレッジとノイズを分かつものです。
並列探索フリート
スプリングリリースでは、並列探索フリートが正式にリリースされました。TestSpriteは現在、AIエージェントのフリートを動作中のアプリケーションに同時展開し、テストが1つも書かれる前に、本物のユーザーのようにすべてのフローをクリックしながら並行して探索します。
他の検証ツールはコードを読んで推測します。TestSpriteはあなたのアプリを開いて実際に使います。
フリートモデルはスピードと深さの両方を変えます。複数のエージェントが同時に製品を扱うことで、全サーフェスの探索が逐次処理の何分の一かの時間で完了し、テストはソースコードから意図を推測するのではなく、エージェントが実際に動作中の製品で発見したものから生成されます。アプリに存在するフローは、ユーザーがそれを発見するように、実際に使用されることで発見されます。
フリートとともに、UIが変化した際にテストが自動的に修復されるようになりました。通常の製品変更によってコンポーネントが移動したり名前が変更されたりした場合、構造的な誤検知でチームを溢れさせる代わりにスイートがグリーンを維持しながら、本物の動作リグレッションは引き続き表面化します。
編集可能なフィーチャーマップ：PRDをグラウンドトゥルースに
編集可能なフィーチャーマップは、今回のリリースで最も大きなワークフロー追加機能です。PRDまたはプロダクト仕様書をアップロードすると、TestSpriteがアプリケーションの完全なフィーチャーマップを自動抽出し、特定されたすべてのフロー、依存関係、エッジケースを網羅します。
このマップは完全に編集可能であり、それこそが重要なポイントです。チームはTestSpriteが仕様書から読み取った内容を確認し、修正・削除・拡張してから実行に移すことができます。完成したマップは、以降のテスト生成を駆動するグラウンドトゥルースとして機能します。
これは、AIネイティブなチームにとって特に重要なギャップを解消します。AIが生成したコードは、内部的な一貫性を保ちながらもプロダクトの意図からかい離することがあり、構築されたものだけを検証するテストでは、そのかい離を正当化してしまう恐れがあります。PRDから抽出した編集可能なマップに生成を紐付けることで、テストはプロダクトが本来行うべきことに常に向き続けます。また、テスト作成フローも更新され、URLやAPIエンドポイントと並んでPRDを直接アップロードできるようになりました。
ファイルアップロード＆フィクスチャ：スクリプト不要でテストにリアルデータを
2つ目の新機能は、すべてのチームが直面する現実的な問いに答えます：実際のファイルやデータが必要なフローをテストはどのように実行するのか？
ファイルアップロード＆フィクスチャ機能では、CSV・JSON・PDF・画像などのファイルをプロジェクトレベルで一度アップロードするだけで、TestSpriteがフロントエンドとバックエンド両方のテストに実行時に自動組み込みます。ドキュメントアップロードフローは実際のPDFでテストされ、データインポート機能は本物のCSVで検証され、アバタークロッパーには実際の画像が使用されます。データ周りのスクリプト記述もファイル処理のモックも不要です。
プロジェクトレベルに新設された「Files & Fixtures」セクションが再利用可能なテストデータを保持するため、同じフィクスチャをすべての実行とスケジュールで共有できます。
より明確な結果表示と新しいビジュアライゼーション
テスト結果ビューは、実行後に重要な2つの問い——何が壊れたか、どう修正するか——を軸に再設計されました。これらの順序で結果が提示されるため、IDEに結果が返されてコーディングエージェントが対処するワークフローと自然に連携します。
今回のリリースでは、フィーチャーマップとデータフロービューの新しいビジュアライゼーションも追加され、プロダクトのカバレッジの全体像やテスト対象フローにおけるデータの流れを視覚的に把握できるようになりました。
ターミナル派のチーム向けにもう一点。Claude Code・OpenAI CodexなどのAIコーディングエージェントを使用する開発者向けTestSprite CLIが、このリリース時点で活発に開発中であることが発表されました。TestSpriteをターミナルに直接統合するものです。
リリースの実際の活用イメージ
Claude Codeで融資プラットフォームを構築しているチームを例に考えてみましょう。春のリリース以前は、実行は機能していたものの、複雑なアンダーライティングフローが生成ごとに不整合にカバーされることが時々ありました。
アップデート後、ワークフローは3つの具体的な形で変わります。アンダーライティングPRDをアップロードすると、編集可能なフィーチャーマップがフローを抽出します。連帯保証人のエッジケースを含め、チームが確認のうえグラウンドトゥルースとしてマップに残します。次に、フィクスチャセットとして銀行口座明細のサンプルPDFと申込者CSVをアップロードし、テストが書類確認フローを実行する際に実行時に使用されます。そして実行をトリガーすると、並列フリートが同時にアプリケーションを検証し、開発者がコーヒーを飲み終わる頃には全面的な探索が完了しています。
再設計された結果ビューには1件の検出事項が表示されます：フィーチャーマップに直接記載されていた連帯保証人フローで、連帯保証人の書類は受け付けられるものの、主申込者のファイルに添付されてしまうという問題です。何が壊れたか、どう修正するか——その順序で、Claude Codeのターミナルに返ってきます。
これがシステムとして機能するリリースの姿です：仕様書に基づいたカバレッジ、テストへのリアルデータの組み込み、高速な探索、そして修正のために設計された結果表示。
まとめ
2026年4月24日にメジャーリリースとして提供されたTestSpriteの春のリリースは、重要なすべての軸でプラットフォームを強化します：最難関プロジェクトでの精度が約40%向上し一貫したマルチラン結果を実現するスマートなエンジン、実際のユーザー群のようにライブアプリをテストする並列探索フリート、PRDをグラウンドトゥルースにする編集可能なフィーチャーマップ、実行時にリアルデータを活用するファイルアップロード＆フィクスチャ、UIドリフトを通じた自動修復、そして問題の修正を軸に再設計された結果ビュー。
AIコーディングツールで開発するチームにとって、このリリースはTestSpriteが閉じるために存在するループをさらに鋭化します：AIが生成したコードから、コードが書かれるスピードで、検証済みの本番対応ソフトウェアへ。
今すぐTestSpriteで春のリリースをお試しください。無料プランあり、クレジットカード不要。