TestSprite無料プランの制限事項とは？
Rui Li
無料プランでは、クレジットカード不要で月150クレジットが付与され、TestSpriteのコアテスト機能にアクセスできます。この機能とは、実行中のアプリケーションを操作して検出内容からテストを生成し、結果をIDEに返す探索エージェントです。
制限事項を調べているということは、「これは機能するのか」という段階を過ぎて、「どこで壁にぶつかるのか、いつアップグレードが必要になるのか」という段階に入っていると思います。無料プランを軸にワークフローを構築する前に問うべき正しい質問です。ここでは率直にお伝えします。存在する壁、ぶつかる可能性が高い順番、そしてTestSpriteが意図的に設けなかった制限について説明します。
クレジットの上限：月150クレジット
最初の、そして最も根本的な制限は利用量です。月150クレジットでは、意味のある範囲でのテスト活動が可能ですが、限界があります。
実際に何を意味するかは、プロダクトの規模とテストの頻度によって異なります。コアフローが少数に絞られたプロダクトであれば、150クレジットで定期的な検証セッションを十分に賄えます。重要なClaude CodeやCursorのセッション後にTestSpriteを実行し、プロダクトが正常に動作しているかをリアルタイムで把握するのに十分な量です。一方、プロダクトの対象範囲が広い場合や、1日に数回実行するワークフローでは、上限に早く達します。
アップグレードプランでは、クレジット数が直接増加します。月額$19のStarterプランは400クレジット、月額$69のStandardプランは1,600クレジットを提供します。年間課金では、どちらも30%割引になります。
他の検証ツールはコードを読んで推測しますが、TestSpriteは実際にアプリを起動して操作します。クレジットは毎月どれだけの「起動と操作」を行えるかを計測するものであり、それが無料プランの制限の核心です。
有料プランでのみ利用可能な機能
利用量に加えて、特定の機能はプランのティアによって制限されており、チームによってはクレジットの計算よりもどの機能が利用できるかの方が重要な場合があります。
テストスケジュールはStarterから利用可能です。無料プランは手動でのトリガーのみ対応しています。定期的なリグレッションテスト、つまり誰もキーボードを触っていない間にプロダクトを監視するナイトリー実行は、Starterプラン（5つのテストスケジュールを含む）から利用できます。Standardプランでは無制限になります。
Auto-Heal Rerunは、Standardプラン以上で利用可能です。無料プランでは、UIの変化によってテストが失敗した場合、構造的なノイズか本当のリグレッションかを判断するのはユーザー自身です。動作と構造を自動で判別し、検証済みの再実行を行うAuto-Healは、Standardプランから提供されます。
Auto-Authは、Standardプラン以上で利用可能です。無料プランで認証済みフローをテストする場合、実行ごとにセッションを手動で処理する必要があります。パスワードエンドポイント、OAuthリフレッシュトークン、AWS Cognitoを実行前に自動処理する機能は、Standardプランの機能です。
バックエンド統合チェーンと300MBのアップロードはStandardプランの機能です。基本的なバックエンド観測はそれ以下のプランでも利用できますが、複数ステップの統合チェーンや大きなファイルの処理はStandardティアで利用可能です。
利用パターン別：最初にぶつかる壁はどこか
制限は使い方によって異なる影響を与えます。自分がどこで壁にぶつかるかを事前に予測しておくことが重要です。
副業としてサイドプロジェクトに取り組む個人開発者は、ほぼ壁にぶつかりません。月に数回のセッション、コンパクトなプロダクト、プッシュ前の手動トリガー。この使い方であれば無料プランはほぼ無期限に対応でき、それは意図的な設計です。
Claude Codeで毎日開発する個人開発者は、主に月の中頃にクレジット上限に達します。典型的なサインは節約を始めることで、小さなセッション後の実行をスキップして、より大きなセッションのためにクレジットを温存しようとします。検証を削るのは本末転倒であり、これはStarterの400クレジットの方が無料の150クレジットよりも適しているという最も明確なシグナルです。
本番環境で稼働する小規模チームは、クレジット計算よりも前に機能の制限に直面します。プロダクトに実際のユーザーがいる瞬間、誰も覚えていなくても自動実行されるスケジュールが本当に必要なものになり、最低でもStarterプランが必要になります。AIコーディングセッションが毎週UIを変え、認証済みフローがプロダクトの核心となったら、Auto-HealとAuto-AuthによってStandardが現実的な最低ラインになります。
バックエンド重視のチームは、複数ステップのAPIカバレッジがテストの目的であるため、統合チェーンのStandardゲートを最も直接的に実感します。
意図的に設けられていない壁
制限の正直な評価には、TestSpriteが意図的に設けなかった制限も含まれます。それらは上限よりも評価に大きく影響するからです。
開始にクレジットカードは不要です。そのため無料プランは、期限付きのトライアルではなく、本当の意味で無料です。コア機能はデモ版ではありません。無料プランで使われるプロダクトを探索するエージェントは、有料プランで使われるものと同じエージェントであり、同じプロダクトレイヤーのテストを行います。有料プランでは、その量が増えるだけです。時間制限もなく、ティアが30日後に失効するようなこともありません。150クレジットは、プランが使い方に合っている限り毎月更新されます。
この仕組みにより、無料プランは評価期間としてではなく、軽い使い方に対する恒久的なプランとして機能します。アップグレードの決断は、カウントダウンではなく、実際のワークフローの形によって行うことができます。
シナリオ：無料プランで3ヶ月、そして正直なアップグレードの瞬間
ある開発者がCursorを使って、平日夜と週末にレシピ共有アプリを開発しています。無料プランの最初の月は、主要なセッション後に5回TestSpriteを実行し、150クレジット内に余裕を持って収まり、1つの重要なバグを発見しました。Cursorのセッションが分数量の食材スケーリング機能を壊していたのを、半量でレシピを作る料理人と同じことをするエージェントが発見したのです。
2ヶ月目にアプリが公開され、開発ペースが上がりました。12回実行し、24日でクレジットが尽き、月の最後の1週間は未検証で進みました。何も壊れませんでしたが、開発者はどのセッションにテストが必要かを選り好みしていることに気づきました。
3ヶ月目に結論が出ましたが、クレジットではなく別の理由からでした。実際のユーザーがアプリを使い始めると、開発者は最も欲しい実行が手動でトリガーできないものだということに気づきました。昼間の仕事をしている間にリグレッションを検知するナイトリーチェックです。スケジュールはStarterプランから利用可能です。月額$19、最初の月は無料、400クレジット、5つのスケジュール。アップグレードの決断は壁にぶつかったからではなく、プロダクトが手動トリガーの段階を超えて成長したからであり、それこそがティア構造が設計された移行のタイミングです。
まとめ
TestSprite無料プランの制限は明確で、把握する価値があります。月150クレジット、手動トリガーのみ、スケジュールはStarterから、Auto-Heal・Auto-Auth・バックエンド統合チェーン・300MBアップロードはStandardから利用可能です。
同様に明確なのは、存在しない制限です。クレジットカード不要、有効期限なし、コアテスト機能の縮小版でもありません。軽い使い方であれば無料プランは恒久的なプランです。毎日AIコーディングを行う場合や実際のユーザーがいるプロダクトの場合は、予測可能な順序で壁が現れます。ヘビーなソロ利用ではクレジットが先に、本番環境のチームではスケジューリングと自動化機能が先に現れます。
TestSprite無料プランを今すぐ始めて、実際の使い方がアップグレードのタイミングを教えてくれるのに任せましょう。