Apidog Docs
🇯🇵 日本語
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇯🇵 日本語
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇯🇵 日本語
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
  1. テストシナリオの実行
  • Apidog ラーニングセンター
  • はじめに
    • Apidog の概要
    • Apidog の基本概念
    • Apidog のナビゲーション
    • クイックスタート
      • 概要
      • エンドポイントの作成
      • リクエストの作成
      • アサーションの追加
      • テストシナリオの作成
      • APIドキュメントの共有
      • さらに詳しく
    • Apidogへの移行
      • 概要
      • 手動インポート
      • スケジュールインポート(データソースのバインド)
      • インポートオプション
      • データのエクスポート
      • インポート元
        • Postman からのインポート
        • OpenAPI 仕様のインポート
        • cURL のインポート
        • Markdown のインポート
        • Insomnia からインポート
        • apiDoc からインポート
        • .har ファイルをインポート
        • WSDL のインポート
  • モックAPIデータ
    • 概要
    • Smart Mock
    • カスタムモック
    • モック優先順位
    • モックスクリプト
    • Cloud Mock
    • セルフホスト Runner モック
    • モック言語(ロケール)
  • アカウントと設定
    • アカウント設定
    • OpenAPI アクセストークンの生成
    • 通知
    • 言語設定
    • ホットキー
    • ネットワークプロキシ設定
    • データのバックアップ
    • Apidog の更新
    • アカウントの削除
    • 実験的機能
  • リクエスト送信
    • 概要
    • SSE デバッグ
    • MCP Client
    • Socket.IO
    • WebSocket
    • Webhook
    • SOAP または WebService
    • GraphQL
    • gRPC
    • デバッグにリクエストプロキシエージェントを使用する
    • リクエスト作成
      • リクエスト履歴
      • リクエストの基本
      • パラメータとボディ
      • リクエストヘッダー
      • リクエスト設定
      • リクエストのデバッグ
      • リクエストをエンドポイントとして保存する
      • HTTP/2
    • 認証と認可
      • 概要
      • CA 証明書とクライアント証明書
      • 認可タイプ
      • Digest Auth
      • OAuth 1.0
      • OAuth 2.0
      • Hawk 認証
      • Kerberos
      • NTLM
      • Akamai EdgeGrid
    • レスポンスとCookie
      • APIレスポンスの表示
      • Cookie の管理
      • 概要
  • APIの開発とデバッグ
    • 概要
    • リクエストの生成
    • リクエストの送信
    • デバッグケース
    • テストケース
    • 動的値
    • レスポンスの検証
    • Design-First と Request-First
    • コード生成
    • 環境と変数
      • 概要
      • 変数の使用
      • 環境管理
    • Vaultシークレット
      • 概要
      • HashiCorp Vault
      • Azure Key Vault
      • AWS Secrets Manager
    • 動的値モジュール
      • Airline
      • Animal
      • Color
      • Commerce
      • 会社
      • Database
      • データ型
      • 日付
      • Finance
      • Food
      • Git
      • Hacker
      • Helpers
      • 画像
      • Internet
      • Location
      • Lorem
      • 音楽
      • Number
      • Person
      • Phone
      • Science
      • 文字列
      • システム
      • Vehicle
      • Word
    • プリプロセッサとポストプロセッサ
      • 概要
      • アサーション
      • 変数の抽出
      • Wait
      • セキュリティ
      • データベース操作
        • 概要
        • MySQL
        • MongoDB
        • Redis
        • Oracle Client
      • スクリプトの使用
        • 概要
        • プリプロセッサスクリプト
        • ポストプロセッサスクリプト
        • Public Scripts
        • Postman Scripts Reference
        • 他のプログラミング言語の呼び出し
        • JS ライブラリの使用
        • レスポンスの可視化
        • スクリプト例
          • アサーションスクリプト
          • 変数の使用
          • リクエストの変更
          • その他の例
    • APIデバッグ
      • AI Agent Debugger
      • A2A Debugger
  • API設計
    • 概要
    • 新しい API プロジェクトを作成する
    • エンドポイントの基本
    • API設計ガイドライン
    • モジュール
    • 複数のリクエストボディ例を設定する
    • コンポーネント
    • 共通フィールド
    • グローバルパラメータ
    • エンドポイント変更履歴
    • コメント
    • エンドポイントの一括管理
    • カスタムプロトコル API
    • Spec-first Mode(ベータ)
    • セキュリティスキーム
      • 概要
      • セキュリティスキームを作成する
      • セキュリティスキームを使用する
      • オンラインドキュメントにおけるセキュリティスキーム
    • 高度な機能
      • カスタムエンドポイントフィールド
      • 関連するテストシナリオ
      • エンドポイントステータス
      • パラメータ一覧の表示形式
      • エンドポイントの一意識別
    • スキーマ
      • 概要
      • 新しいスキーマを作成する
      • スキーマを構築する
      • JSON などからスキーマを生成
      • oneOf、allOf、anyOf
      • Discriminator の使用
  • APIテスト
    • 概要
    • テストシナリオ
      • テストシナリオを作成する
      • リクエスト間でデータを受け渡す
      • フロー制御条件
      • エンドポイントおよびエンドポイントケースからデータを同期する
      • 他のプロジェクトからエンドポイントとエンドポイントケースをインポートする
      • テストシナリオのエクスポート
    • テストレポート
      • テストレポート
    • テストシナリオの実行
      • テストシナリオを実行する
      • テストシナリオを一括実行する
      • データ駆動テスト
      • 共有テストデータ
      • スケジュールされたタスク
      • 他のプロジェクトの API の実行環境を管理する
    • テストスイート
      • 概要
      • テストスイートを作成する
      • テストスイートを編成する
      • テストスイートをローカルで実行する
      • CLI でテストスイートを実行する
      • スケジュールタスク
    • APIのテスト
      • 統合テスト
      • パフォーマンステスト
      • エンドツーエンドテスト
      • 回帰テスト
      • コントラクトテスト
    • Apidog CLI
      • 概要
      • Apidog CLI のインストールと実行
      • Apidog CLI オプション
    • CI/CD
      • 概要
      • Github Actions との連携
      • Gitlab との統合
      • Jenkins との連携
      • Git コミットによるテストのトリガー
  • APIドキュメントの公開
    • 概要
    • サポートされているAPI技術
    • クイック共有
    • API ドキュメントの閲覧
    • Markdown ドキュメント
    • ドキュメントサイトの公開
    • カスタムログインページ
    • カスタムレイアウト
    • カスタム CSS、JavaScript、HTML
    • カスタムドメイン
    • AI 機能
    • SEO 設定
    • 詳細設定
      • ドキュメント検索
      • CORS プロキシ
      • Google Analytics の連携
      • フォルダツリー設定
      • 表示設定
      • ドキュメントURLへの値の埋め込み
    • APIバージョン
      • 概要
      • API バージョンの作成
      • API バージョンの公開
      • API バージョンを指定したエンドポイントの共有
  • ブランチ
    • 概要
    • スプリントブランチの作成
    • ブランチでAPIをテストする
    • ブランチで API を設計する
    • スプリントブランチのマージ
    • スプリントブランチの管理
    • AI Branch(ベータ)
  • AI機能
    • 概要
    • AI機能の有効化
    • テストケースの生成
    • AI によるスキーマの変更
    • エンドポイントコンプライアンスチェック
    • APIドキュメント完全性チェック
    • AIを活用したフィールド命名
    • FAQ
  • Apidog MCPサーバー
    • 概要
    • Apidog プロジェクトを AI に接続する
    • 公開済みドキュメントを AI に接続する
    • OpenAPI ファイルを AI に接続する
  • ベストプラクティス
    • API署名の処理
    • OAuth 2.0 で保護された API へのアクセス
    • コラボレーションワークフロー
    • 認証状態の管理
  • オフラインスペース
    • 概要
  • 管理
    • プロジェクト管理
      • プロジェクトの管理
      • 通知設定
      • プロジェクトメンバーの管理
      • プロジェクトリソース
        • データベース接続
        • Git 接続
    • チーム管理
      • チームの管理
      • チームメンバーの管理
      • チームアクティビティ
      • チームのロールと権限
      • チームリソース
        • General Runner
        • チーム変数
        • リクエストプロキシエージェント
      • リアルタイムコラボレーション
        • チームコラボレーション
    • オンボーディングチェックリスト
      • 基本概念
      • オンボーディングガイド
    • 組織管理
      • 組織の管理
      • 組織ロールと権限
      • プラン管理
        • 組織の請求管理者
      • シングルサインオン(SSO)
        • SSO 概要
        • Microsoft Entra ID の設定
        • Okta の設定
        • 組織の SSO を設定する
        • ユーザーアカウントの管理
        • グループをチームにマッピングする
      • SCIMプロビジョニング
        • SCIM プロビジョニングの概要
        • Microsoft Entra ID
        • Okta
      • 組織リソース
        • セルフホスト Runner
  • 請求
    • 概要
    • クレジット
    • プランのアップグレード
    • 代替支払い方法
    • サブスクリプションの管理
    • 有料チームの組織への移動
  • Apidog Europe
    • Apidog Europe
  • アドオン
    • API Hub
    • Apidog Intellij IDEA プラグイン
    • ブラウザ拡張機能
      • Chrome
      • Microsoft Edge
    • リクエストプロキシ
      • Web でのリクエストプロキシ
      • 共有ドキュメントにおけるリクエストプロキシ
      • クライアントでのリクエストプロキシ
  • データとセキュリティ
    • データストレージとセキュリティ
    • ユーザーデータのプライバシーとセキュリティ
    • リクエストルーティングとデータセキュリティ
  • リファレンス
    • APIデザインファーストアプローチ
    • Apidog OpenAPI 仕様拡張
    • JSONPath
    • XPath
    • 正規表現
    • JSON Schema
    • CSVファイル形式
    • Java 環境のインストール
    • Runner デプロイ環境
    • Apidog Markdown 構文
    • Apidog Swagger拡張
      • 概要
      • x-apidog-folder
      • x-apidog-status
      • x-apidog-name
      • x-apidog-maintainer
    • Apidog JSON Schema拡張
      • 概要
      • x-apidog-mock
      • x-apidog-orders
      • x-apidog-enum
  • サポートセンター
  1. テストシナリオの実行

テストシナリオを実行する

テストシナリオを作成したら、それを実行してテストレポートを生成できます。

適切な実行方法の選択#

Apidog は、さまざまなテスト要件に適した複数のテストシナリオ実行方法を提供しています。
1.
ローカルのビジュアル実行:
この方法はローカルマシンから開始され、小規模で迅速なテストに適しています。開発とテストを同時に行う場合に特に効果的で、リアルタイムの監視と即時の調整が可能です。
2.
ローカル Apidog CLI 実行:
大規模なデータや反復シナリオの処理に最適で、この方法は実行速度を向上させます。オフラインで実行できるため、リソースが制限された環境やグラフィカルユーザーインターフェースを必要としない環境に適しています。
3.
CI/CD 実行:
この実行方式は CI/CD パイプラインに統合されており、自動統合および継続的デプロイメントプロセスに最適です。各コード更新後に API の安定性を確認するためにテストを頻繁に実行する環境で特に有用です。
4.
セルフホスティング Runner 実行:
チームは自社サーバー上に Apidog Runner をセットアップし、より強力なコンピューティングリソースを活用してテストできます。この方法はスケジュールタスクにも対応しているため、定期的なテストが必要なシナリオや、テスト需要が大きいシナリオに最適です。
TIP
テストシナリオで環境変数またはグローバル変数を使用している場合、選択した実行方法によってこれらの変数の実際の値が異なる可能性があり、テスト結果に不整合が生じることがあります。詳細はこちら。
まずはローカルのビジュアル実行から始めましょう。

はじめに#

1
目的のテストシナリオに移動し、リクエストを実行する環境を選択します。
テストシナリオの環境選択インターフェース
2
「Run」をクリックします。
3
現在の実行について、合格率、実行時間、その他のデータなどの情報を表示するテストレポートが表示されます。各リクエストを展開して、検証とアサーションを確認できます。
合格率と実行時間を表示するテストレポート
4
「more」をクリックして、実際のリクエストとレスポンスの詳細を確認します。
リクエストとレスポンスの詳細ビュー
テストレポートの詳細をご確認ください。

テストシナリオの実行オプション#

Apidog でテストシナリオを実行する際、特定の要件に合わせてテスト実行を調整するために、複数の設定とオプションを構成できます。
テストシナリオの実行オプションと設定インターフェース
以下では、これらの設定における重要な項目について説明します。

環境#

シナリオ内のリクエストの送信先となるサービス(ベース URL)と、使用する変数セットを指定します。詳細については、環境とサービスをご確認ください。
カスタムリクエストは独自の完全な URL を持っているため、インポートされたステップとは異なり、このコンテキストで設定された環境には送信されません。

テストデータ#

テストシナリオでは、外部テストデータセットのインポートがサポートされています。テストシナリオを実行すると、システムはデータファイル内のすべてのデータセットをループ処理し、データセット内のデータを対応する変数に割り当てます。詳細については、データ駆動テストをご確認ください。

反復#

シナリオ内のすべてのステップをループで実行する回数を構成します。
処理するデータ量が多い場合は、パフォーマンスを最適化するために、Apidog クライアントではなく Apidog CLI を使用して実行することをお勧めします。

スレッド#

複数のスレッドで全ステップを実行し、スレッド間のデータは干渉を防ぐために分離された状態に保たれます。
この機能は Beta 版であり、さらなるパフォーマンス最適化が必要になる場合があります。本格的な負荷テストには、代わりにパフォーマンステスト機能を使用することをお勧めします。
CLI ではスレッドはサポートされていません。

実行場所#

テストシナリオを実行するために実際にハードウェアリソースを消費するマシンです。テストシナリオで開始されるすべてのリクエストは、ここで指定されたマシンから送信されます。そのため、リクエスト元マシンのネットワーク環境の違いにより、テスト結果が異なる場合があります。
NOTE
この設定は、テストシナリオの実行構成の一部として保存されません。毎回、デフォルトではローカルマシンがテストシナリオの実行に使用されます。また、この設定は一括実行や CLI 実行時には有効になりません。これらの場合、リクエストは現在のマシンのリソースを使用して開始されます。
テストシナリオを実行するマシンを指定する場合、テストシナリオにファイル(ファイル送信、データベース接続、外部プログラム、SSL 証明書など)が含まれる場合は、適切に機能させるために、必要なすべてのファイルを指定したマシン上にローカル保存しておく必要があります。

通知#

この機能を有効にすると、手動テストシナリオが完了した時点で、指定した受信者に通知が送信されます。通知には、テスト結果の概要と詳細レポートへのリンクが含まれます。テスト完了直後に通知を送信するか、失敗が発生した場合にのみ送信するかを構成できるため、不要なアラートを最小限に抑えられます。詳細については、通知設定を参照してください。

共有#

Advanced Settings の右側にある「Share」オプションを有効にすると、各テストシナリオ実行後に生成されるテストレポートが、プロジェクトの他のメンバーと自動的に共有されます。チーム内で共有されたすべてのテストレポートは、Test Reports セクションの Shared タブで確認できます。詳細については、テストレポートを参照してください。
現在のテストシナリオに、他のプロジェクトからインポートされたエンドポイントを含むステップがある場合は、こちらのガイドを参照できます: 他のプロジェクトの API の実行時環境を管理する

詳細設定#

テストシナリオの詳細設定パネル

エラー時#

アサーション失敗、データ形式の検証失敗、サーバーエラーなどを含むエラーをテストでどのように処理するかを構成します。オプションは次のとおりです。
無視: エラーが発生した場合も次のステップの実行を続行します(デフォルト設定)。
続行: エラーが発生した場合、現在の反復を終了し、次の反復を開始します。
実行を終了: エラーが発生した場合、実行全体を停止します。

遅延#

各ステップを送信する間に一時停止を設定し、実行速度を管理および制御します。

リクエスト/レスポンスを保存#

デフォルトでは、Apidog はすべてのリクエストとレスポンスを保存します。リクエストまたはレスポンスが非常に大きい場合(数 MB になる可能性がある場合)、かなりのディスク容量を消費することがあります。このオプションを有効にすると、すべてのリクエストとレスポンスを保存せず、アサーションと検証の結果のみを保存できます。
また、容量を節約するために、失敗したリクエストとレスポンスのみを保存することも選択できます。

変数値を保持#

このオプションはデフォルトで有効になっており、テスト中に変更された グローバル変数と環境変数の現在値が、最後に変更された結果を保持するようにします。このオプションを無効にすると、テスト実行後にグローバル変数と環境変数は変更されず、実行前の値が保持されます。
ローカル変数はこの設定の影響を受けず、各実行後にクリアされます。

保存済み Cookie で実行#

Apidog の右下にある Cookies アイコンから Cookie 管理にアクセスできます。Apidog は API リクエストを行う際に Cookie を自動的に保存します。テストシナリオの実行中に保存済み Cookie を使用したい場合は、このオプションを有効にします。

実行後に Cookie を保存#

上記と同様に、テストシナリオの実行後に保存済み Cookie を更新したい場合は、このオプションを有効にします。
Apidog でこれらの詳細設定を構成することで、特定のテストニーズに合わせてテスト実行を細かく調整し、効率的で正確なテスト実行を実現できます。

テストシナリオ設計モードでの実行時設定#

テストシナリオ設計モードにいる場合、関連する実行時構成は「Run」ボタンの右側に折りたたまれています。この設定ボタンにマウスを合わせると、このテストシナリオの詳細な実行時構成を確認できます。
設計モードでの実行時構成設定

機能テストの実行#

機能テストを実行すると、テストシナリオ実行ページに移動します。下の画像の円グラフはテスト結果の概要を示し、テストシナリオの実行中にリアルタイムで更新されます。円グラフの下には、実行中の詳細なテストステップが表示され、各ステップのステータスが実行中に表示されます。
リアルタイム結果を表示する機能テスト実行ページ
機能テストの実行が完了したら、関連するエンドポイントをクリックして、テスト中のメトリクスとステータスを確認できます。これには、エンドポイント名、リクエストメソッド、リクエスト URL、レスポンスステータスコード、レスポンスタイム、レスポンス内容、データ検証、アサーション結果が含まれます。詳細については、テストレポートを参照してください。

異なる実行方法間で環境変数/グローバル変数を使用するためのルール#

環境変数とグローバル変数は永続的であり、複数回の実行や異なるテストシナリオ間で長期的に使用するために保存できます。ただし、使用される実際の変数値は、選択した実行方法によって異なる場合があります。例:
テストシナリオが環境変数 Token を使用している場合、クライアント内で実行すると正常に実行される可能性がありますが、セルフホスト Runner を使用して実行すると、Token の値が正しくないため失敗する可能性があります。
この不一致は、実行時に環境変数 Token の実際の値がクライアント内にローカル保存された値から取得されるために発生することがあります。しかし、セルフホスト Runner で実行する場合、Runner には同じローカル保存済みの Token がないため、失敗につながります。
この問題に対処するために、Apidog は異なる実行方法間で環境変数/グローバル変数の値を管理するための一連のルールを提供しています。
実行方法環境変数/グローバル変数の使用変数の保存場所
ローカル(クライアント、Web)環境変数/グローバル変数の現在値を使用して実行します。ローカルに保存されます。手動で変更することも、プリプロセッサ/ポストプロセッサを通じて更新することもできます。Environment Management > Environment/Global Variables > Current Values で確認できます。
CLI、CI/CDリアルタイムオンライン実行の場合:
  1. 環境変数/グローバル変数の初期値を使用して実行します (デフォルト)。
  2. テストシナリオを実行するマシン上のファイルに保存された環境変数/グローバル変数の値を、--variables path オプションで使用するように指定します。詳細はこちら。
エクスポートされたデータで実行する場合:
  1. エクスポートされたファイルに含まれる環境変数/グローバル変数の値を使用して実行します。
  1. 初期値は Apidog Cloud に保存され、クライアント内で手動でのみ変更できます。
  2. --variables path オプションで指定されたファイルに保存され、手動変更またはプリプロセッサ/ポストプロセッサによる更新が可能です。
  3. エクスポートされたファイルに保存されます。手動で変更することも、プリプロセッサ/ポストプロセッサを通じて更新することもできます。
セルフホスト Runner
  1. 環境変数/グローバル変数の初期値を使用して実行します (デフォルト)。
  2. Runner 内にローカル保存された値を使用して実行します。 詳細はこちら。
  1. 初期値は Apidog Cloud に保存され、クライアント内で手動でのみ変更できます。
  2. 指定された Runner 内に保存されます。手動で変更することも、プリプロセッサ/ポストプロセッサを通じて更新することもできます。製品のユーザーインターフェース、または Runner 内の /opt/runner/variables にあるファイルから確認できます。

他のプロジェクトのエンドポイントを含むテストシナリオの実行#

テストシナリオに他のプロジェクトからインポートされたエンドポイントが含まれている場合、実行時のこれらのエンドポイントのリクエスト URL は、Environment associations で設定した構成によって決まります。
例:
現在のプロジェクトの「Develop Env」が別のプロジェクトの「Prod Env」に関連付けられている場合、「Develop Env」を使用してテストシナリオを実行すると、インポートされたエンドポイントは「Prod Env」の URL に送信されます。その他すべてのエンドポイントは、現在のプロジェクトの「Develop Env」の URL を使用します。
プロジェクト横断エンドポイントの環境関連付け構成

さまざまなテストの実装#

前述の手順は、テストシナリオの基本的な実行を示しています。テストシナリオを設定する際には、さまざまな高度な設定を組み込むことで、多様なテスト要件を満たすことができます。
データ駆動テスト: 多様なデータセットを使用してテストを実施し、さまざまなシナリオにおけるシステム動作を検証します。
パフォーマンステスト: さまざまな負荷条件下でシステムパフォーマンスを評価し、スケーラビリティと応答性を確認します。
スケジュールタスク: テスト活動の範囲、アプローチ、タイミングを詳述した構造化された計画を確立します。
CI/CD 統合: ビルド、テスト、デプロイメントプロセスを自動化し、信頼性の高い頻繁なソフトウェアリリースを実現します。
Modified at 2026-06-11 07:06:02
Previous
テストレポート
Next
テストシナリオを一括実行する
Built with