Postmanを活用したテストには複数の実行オプション（機能・サービス）があるが、実行オプションによってテスト実行場所（ローカル実行なのか、クラウド実行なのか、など）に違いがある。
次のイメージに、５種類のPostmanテスト実行オプションとそれぞれの実行場所とユースケースを整理している。
ブラウザアプリからの実行における例外
Postmanブラウザアプリ からリクエストを手動送信する場合、エージェントを指定することになるが、Cloudエージェント を選択した場合、例外的にPostmanクラウドを経由したリクエスト送信になる。
なお、デスクトップアプリの場合は、ローカル、すなわちアプリインスタンスの実行環境からのリクエスト送信となる。
テスト実行オプションと実行場所
(1) APIリクエスト１つずつ手動送信
PostmanアプリからのAPIリクエストを１つずつ手動実行するパターン。
上述のとおり、ブラウザアプリからの実行で、クラウドエージェントを利用する場合は、例外的にPostmanクラウド経由のリクエスト送信となることに注意。
(2) コレクションランナー（手動実行）
コレクションやフォルダーのAPIリクエスト群のテストをまとめて実行するコンポーネント。コレクションランナーには下記の実行タイプがあるが、Functionの手動実行とパフォーマンステストの場合はローカルからの実行となる。
- Functional: 機能テスト（手動 or スケジュール実行）
- Performance: パフォーマンステスト
ただし、上述のとおり、ブラウザアプリからの実行で、クラウドエージェントを利用する場合は、例外的にPostmanクラウド経由のリクエスト送信となることに注意。
コレクションランナーについて詳しくはこちらのページが参考になる。
(3) コレクションランナー(スケジュール実行) / モニター
コレクションランナーのFunctionのスケジュール実行パターンにおいては、Postmanクラウドからの実行となる。
また、モニターという監視・観測用コンポーネントでもコレクションテストをスケジュール実行するが、これもPostmanクラウドからの実行となる。
モニターについて詳しくは下記ページが参考になる。
(4) Postman CLI / Newman
Postman CLI / Newmanいづれも、コマンドライン・インターフェースであり、シェルやプログラム実行、CI/CD などの継続的自動実行に活用される。これらはローカル、コマンドライン実行環境からのリクエスト送信となる。
Postmanのコマンドラインインターフェースのオプションについて詳しくはこちらのページが参考になる。
(5) Postman Flows
Postman Flowsでは、Deploy前のフローとDeploy後のフローでは実行箇所がことなる。
- Deploy前のフロー：ローカル実行
- Deploy後のフロー(Action) : Postmanクラウド実行
Postman Flowsについて詳しくはこちらのページが参考になる。
クラウド実行パターンで気をつける点
APIリクエスト送信元のIPアドレスレンジ（Postmanクラウドのレンジ）
PostmanクラウドからAPIリクエストが送信される場合、当然ながら送信元IPはPostmanクラウドのIPレンジのいづれかということになる。PostmanクラウドはAWS上に構築されているが、残念ながら特定の固定IPレンジでサービスを提供しているというわけではないので、もしどうしても固定のIPレンジで許可設定を行う必要がある場合は、広い範囲になるが、AWS IPアドレスレンジを許可いただく必要がある。これについて詳しくはこちらのページに詳細が書かれている。
この点について対象となるとは次の５つのシナリオである。
- ブラウザアプリからの実行で、クラウドエージェントからのリクエスト送信
- コレクションランナー(スケジュール実行) からの実行
- モニターからの実行
- コレクションのカスタムWebhookからの実行
- DeployされたPostman Flowsのフロー実行
ただし、モニターについては例外があり、Postman Professional または Enterpriseプランをご利用の場合は、モニターは固定の静的IPをもつモニターがサポートされている。これについて詳しくは下記ページが参考になる。