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