新着: TestSprite CLIが公開されました!

ブラウザを必要としないAPIテスト。

testsprite test create --type backendは、ターミナルやCIから本番APIに対する実際のHTTPリクエスト — 認証、依存する呼び出し、エッジケース — を計画・実行します。Playwrightもブラウザも不要、エンドポイントと同期させ続ける手書きのテストスクリプトも不要です。

すでにあるAPIドキュメントを読み取る

OpenAPISwaggerPostmanまたは自由形式のドキュメント
私たちはあなたのバックエンドをモック化して「テスト済み」と呼んだりしません。testspriteは実際の本番環境 — ユーザーが実際にアクセスするのと同じ環境 — に本物のHTTPリクエストを送信します。

壊れた箇所をすぐ把握

バックエンドの変更後にtestsprite test rerun <testId> --output jsonを実行すれば、実際のエンドポイントに対する合格/不合格がわかります — 一度も変わらないモックのスナップショットではなく。

意図を理解する

OpenAPI、Swagger、Postmanのコレクション — または自由形式のドキュメント — を指定すれば、エンドポイントを自動でテストプランにマッピングします。

現状を検証する

テストプランは順序付きのアクション/アサーションステップに対応しているため、実際のクライアントのように依存する呼び出しを連鎖できます — ログインしてから、認証済みのレスポンスを確認するというように。

必要な対応を提案

すべての失敗は、リクエスト、レスポンス、根本原因の仮説、修正案を含む失敗バンドルになります — 何が壊れたのかログを掘り返す必要はありません。

$ testsprite test create --project prj_8f2a --type backend \
    --plan-from checkout-api-plan.json --run --wait --output json

  ✓ POST /cart/apply-promo              passed   340ms
  ✗ POST /orders                        failed   510ms
    → expected 201, got 500
    → rootCause: "promo code not revalidated server-side"

$ testsprite test failure get <testId> --out ./failures

エンドポイント単位ではなく、依存関係を理解する

実際のAPIフローは1つのリクエストではありません — 認証、取得、変更という連鎖です。テストプランはその連鎖を順序付きのステップとしてモデル化するので、テストは1つ前のステップの結果に依存できます。

バックエンドファーストなチームのために

ブラウザのオーバーヘッドなし

バックエンドテストは純粋なHTTP呼び出しとして実行されます — ブラウザの起動もPlaywrightへの依存も不要で、CIも高速です。

構造化されたテストプラン

testsprite test plan putはAPIテストプランをJSONとしてバージョン管理し、テスト対象のコードと同じようにプルリクエストでレビューできます。

無料コミュニティ版

無料のコミュニティ版を提供し、誰もが利用できるようにしています。

一括実行

testsprite test run --all --project <id>は、APIの全表面を1コマンドで再検証します。

世界中の企業から信頼されています

"TestSpriteは豊富なテストケース生成、明確な構造、読みやすいコードを提供します。また、新しいテストケースを生成して迅速に拡張できるシンプルなオンラインデバッグもサポートしています。"

"TestSpriteの自動化により、膨大な手作業を削減できています。開発者は開発プロセスの早い段階でバグを簡単に発見し、解決することができます。"

よくある質問

CLIはAPI仕様がないと動かせませんか?それとも自分で判断できますか?

どちらでも構いません。OpenAPI、Swagger、Postmanのファイルを指定すれば、エンドポイントを直接マッピングします。指定がなくても、自由形式のドキュメントや既存のコードから計画を立てられます。

--type backendは実際に何を実行しますか?

依存関係管理付きで本番APIに対する実際のHTTPリクエストを送信します — テストプランは認証ステップを取得ステップに、そして変更ステップへと連鎖でき、各ステップはアクションかアサーションのいずれかです。

これにはブラウザやPlaywrightが必要ですか?

いいえ — バックエンドテストは純粋なHTTP呼び出しです。--type frontendがPlaywrightベースのブラウザ経路で、--type backendはそれを完全にスキップします。

APIテストが失敗するとどうなりますか?

失敗バンドルを受け取ります: リクエスト、レスポンス、根本原因の仮説、修正提案です — testsprite test failure get <testId>で取得できます。

APIテストプランをコードと一緒にバージョン管理できますか?

できます — テストプランはJSONです。testsprite test plan putで更新でき、単なるファイルなので、プルリクエストで他の差分と同じようにレビューできます。

ユーザーが実際にアクセスするAPIをテストする。