適切な実行方法の選択#
Apidog は、さまざまなテスト要件に適した複数のテストスイート実行方法を提供しています。この方法はローカルマシンから開始され、小規模で迅速なテストに適しています。
開発とテストを同時に行う場合に特に効果的で、リアルタイムの監視と即時の調整が可能です。
大規模データや反復的なシナリオの処理に最適で、この方法は実行速度を向上させます。
オフラインで実行できるため、リソースが制限された環境やグラフィカルユーザーインターフェースを必要としない環境に適しています。
この実行形式は CI/CD パイプラインに統合されており、自動統合および継続的デプロイプロセスに非常に適しています。
各コード更新後に API の安定 性を確認するため、テストを頻繁に実行する環境で特に有用です。
チームは自社サーバー上に Apidog Runner をセットアップし、より強力なコンピューティングリソースを活用してテストできます。
この方法はスケジュールタスクをサポートしており、定期的なテストが必要なシナリオや、大きなテスト需要があるシナリオに最適です。
テストスイートで環境/グローバル変数を使用している場合、選択した実行方法によってこれらの変数の実際の値が異なることがあり、テスト結果が一致しない可能性があります。詳細はこちらをご覧ください。 テストスイートでの実行設定#
Apidog でテストスイートを実行する際、特定の要件に従ってテストを実行するために、複数の設定とオプションを構成できます。一般設定#
テストスイートの右側にある実行設定で、次の設定を調整できます。シナリオ内のリクエストの送信先となるサービス（ベース URL）と、使用する変数セットを指定します。詳細については、環境管理を参照してください。 テストスイートは 2 つの実行モードをサポートしています。シリアル: テストシナリオを順番に 1 つずつ実行します。依存関係のあるシナリオや、リソースが制限された環境に適しています。
並列: 複数のテストシナリオを同時に実行します。システムは、利用可能なマシンリソースに基づいて最適な同時実行数を自動的に決定します。大規模な回帰テストに適しており、実行時間を大幅に短縮できます。
テストスイートを実行するために実際にハードウェアリソースを消費するマシンです。テストスイート内で開始されるすべてのリクエストは、ここで指定したマシンから送信されます。そのため、リクエスト元マシンのネットワーク環境の違いにより、テスト結果が異なる場合があります。この設定は、テストスイートの実行設定の一部として保存されません。毎回、デフォルトではローカルマシンを使用してテストスイートが実行されます。また、この設定はバッチ実行または CLI 実行時には有効になりません。これらの場合、リクエストは現在のマシンのリソースを使用して開始されます。
この機能を有効にすると、手動テストスイートが完了した時点で、指定した受信者に通知が送信されます。通知には、テスト結果の概要と詳細レポートへのリンクが含まれます。テスト完了後すぐに通知を送信するか、失敗が発生した場合のみ送信するかを設定でき、不要なアラートを最小限に抑えるのに役立ちます。詳細については、通知設定を参照してください。 並列実行#
テストスイート内のシナリオ数が数百に増えると、シリアル実行がボトルネックになります。1 時間かかる完全な回帰テストは、リリースを遅らせ、インシデント検出を遅くする可能性があります。実行モードを「並列」に切り替えると、システムは複数のシナリオを同時に実行できます。同時実行数は、マシンリソースに基づいて自動的に管理されます。もともと 60 分かかっていたテストを、テストロジックを変更することなく 30 分未満に短縮できます。依存関係の分離#
並列実行中、各テストシナリオは独立したコンテキストで実行され、次のことを保証します。あるシナリオ内の共有変数が他のシナリオに影響しないこと。
シナリオ間に実際の依存関係がある場合（例: シナリオ B がシナリオ A によって作成されたデータを必要とする場合）、それらを 1 つのテストシナリオに統合し、順次ステップを使用して実行順序を調整することをお勧めします。
