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から利用できます。無料プランでは自分でトリガーする形式です。テストをいつ実行するかは自分で決めます。スケジュールされたリグレッションテスト、誰もキーボードに触れていない間もプロダクトを監視する夜間実行は、5つのテストスケジュールが含まれるStarterから利用可能です。Standardではスケジュール数が無制限になります。
Auto-Heal再実行は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を使い、夜や週末にレシピ共有アプリを開発しています。無料プランの1か月目：主要セッション後に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の無料プランから始めて、実際の使用状況がアップグレードの必要性とタイミングを教えてくれるのに任せましょう。