Postman を使用して Web API のパフォーマンスをテストしたり 、Postman トラフィックを Dotcom-Monitorで監視している場合、Postman コレクション タスクは LoadView でロード テストを設定するための非常に高速で効果的なツールになります。 ロード テストの構成を開始するには、Postman の既存の Web API 呼び出しからコレクションを作成し、それを Dotcom-Monitor にアップロードする必要があります。

  • 郵便配達人とは何ですか?

    郵便配達人とは何ですか?

    ポー・ストマン API 開発に関するすべて。 開発者やチームが作成、テスト、テストを行える API クライアントです。 API を共有し、ドキュメント化する 単一のプラットフォームを介して。 それはさまざまな機能を提供するマニュアルおよび autのオマテッド テスト、コラボレーションイオン、および API のドキュメントを作成するのと同様ですPostman にはモックサーバーとモニタを設定する機能も含まれているので、開発者はテスト データを返して、運用環境に移行する前に機能を確認できる要求を行うことができます

    これらの機能をプラットフォームに搭載することで、開発チームはAPI開発プロセスを合理化し、より洗練された高品質のものを提供できます。 短い開発サイクルAPI 郵便配達員は、API 呼び出しの多くをサポートしています。, REST、SOAP、HTTP を含む、 そして API 言語 とか オープンAPI, グラフQL、および RAML. それはアルスo認証 と承認 メソッド OAuth、API キー、基本認証、ベアラー トークンなど API 要求が安全かつ安全に送信されることを保証する. 開発者にとって最も良い部分は、 彼らは始めるために無料のアカウントを提供しています。 大規模なチームは、ACを可能にする有料プランを利用することができますcエス・トo より多くの機能と機能.

    Postman では、ユーザーはコードやターミナルを作成しなくても、API エンドポイントからデータを取得または送信する要求を行うことができます。 これらの要求は、GET、POST、PATCH、PUT、DELETE などの標準の HTTP メソッドを使用して行われますが、Postman インターフェイス内でユーザーが利用できる追加の種類の要求の種類が提供されます。

    要求の作成に加えて、要求されるアクションに応じて、各要求に個別に名前を付けることができます。 たとえば、国または都道府県を要求する GET 要求を送信する場合、その要求に “GET 国” または “GET 州” という名前を付けると、後で簡単に検索できます。 要求が行われた後、Postman は 200 OK 応答などの HTTP 状態コードとその要求にかかった時間もユーザーに表示します。

ポストマン収集タスクの代わりに HTTP タスクを選択する場合

Postman コレクションを使用してロード テストを構成する際に考慮する必要がある側面

がありますが、fir

st は、Postman コレクションとは何か、およびこの Postman 機能の背景の一部について少しお話しましょう

 

 


郵便配達

人C

オルレクションは
保存されたコレクション

 

要求

開発者

特定のユース ケース

ビルド

するために使用

する 彼らはその

、整理

することができます
必要なときにフォルダ

にアクセスし、アクセスする
. 例えば ユーザーがログインした後に、特定のユーザーリソースまたは情報を取得

するためのコレクションを作成できます

 

API を使用します。

これらの異なる要求をすべて

個別に見つけるために戻る代わりに

、それらを置くことができます

コレクションに入ります。 これにより、すべてのリクエストを1つのplに簡単にグループ化できます後ですぐにアクセスします。

さらに、ユーザーはコレクション全体の認証の詳細を指定したり

 

、要求によって個別に設定したりできます。

 

LoadView では、Postman テストの各スクリプトは専用のプロセスによって実行されます。 ロード インジェクタ サーバーの負荷割り当てに特殊性があるため、LoadView は 1 つのロード インジェクタ サーバーで一度に最大 30 個のプロセスを実行できます。 したがって、ロード インジェクタごとに最大 30 人の同時ユーザーを実行するようにシステムを設定できます。 ペイロードの観点から言えば、ロード テストに使用する必要があるロード インジェクタの数が多いほど、テスト中に実行する同時ユーザーが増えることを意味します。 これにより、大規模なロード テストの全体的なコストが増加する可能性があります (「 ロード インジェクタの価格」を参照)。

多数の同時ユーザーをスケールアップする必要がある場合は 、「Rest Web API ロード テスト」で説明されているように、Postman コレクションを複数の要求 HTTP ロード テストに変換することを検討してください。 HTTP テストは 1 つのプロセスで実行されないので、Postman コレクション タスクほど多くのロード インジェクタ リソースは必要ありません。 通常、HTTP テストでは、1 つのロード インジェクタ サーバーで 500 から 1000 人の同時ユーザーを実行できます。 したがって、全体的なコストを大幅に増加させることなく、Postman コレクション タスクよりもペイロードをかなり高い数値にスケールできます。

テストの作成

タスクの構成を開始する前に、Postman コレクションを Dotcom モニターにアップロードする の説明に従って 、Postman コレクションを Dotcom-Monitor にインポートする準備をしてください

ロード テスト シナリオを構成するには 、Postman コレクションを使用した Web API ロード テストで 、特別なヒントを確認してください。

Postman コレクションタスクを選択すると、Postman コレクションをインポートしてタスク設定を調整するように求められます。

輸入

[ インポート ] をクリックし、適切なオプションを選択してコレクションをアップロードします。 Postman コレクションを使用して JSON ファイルをアップロードするか、コレクションへのパブリック リンクを提供できます (公開されている場合)。 コレクション スクリプトが [ コレクション要求] セクションに表示されます。

既定では、コレクション設定を Postman からインポートします。 必要な場合は、LoadView テストの設定で対応する値を変更できます。 環境変数の値は、コレクション設定と共に渡されないことに注意してください。 インポートされたコレクションで変数を使用する場合は 、Dotcom-Monitor の Postman 環境変数の使用方法を参照してください。

要求間の遅延

コレクション内の各要求間の遅延 (秒単位)。 遅延時間は、応答時間の計算で考慮されます。 デフォルトでは、システムは通常のユーザー遅延をシミュレートする 3 秒から 6 秒のランダム遅延を使用します。 ロード テストのセットアップの次の手順で、要求間のカスタム遅延を設定できます: [ ロード テストのセットアップ ] ページで、[
ユーザーの動作の調整
] をクリックし、要求間のカスタム遅延を指定します。

ネットワークエラーを無視する

既定では、ドットコムモニターはネットワークエラーでPostmanネットワーク要求をチェックします。 ネットワークエラーが問題にならない場合は、このタイプのエラーを除外するようにシステムを構成できます。 [ネットワーク エラーを無視する] オプションが [はい] に設定されている場合、ドットコムモニターは失敗した Postman 要求でエラーを生成しません。 ただし、関連するテストセッションレポートでHTTPエラーを確認できます。

時間検証しきい値

タスクが要求とコレクションの実行の完了を待機してから、タスクを終了してエラーを返す時間間隔 (秒単位)。 タイムアウトの場合、検証エラーは、テスト デバイスの検証で生成されます。

要求タイムアウト

タスクがコレクションからの 1 つの要求に対する応答を待機する時間間隔 (秒単位)。

スクリプトタイムアウト

タスクがアサーション スクリプトの完了を待機してから、タスクを終了してエラーを返す時間間隔 (秒単位)。 スクリプトの最大タイムアウトは 30 秒です。

POSTMAN での API パフォーマンス テストの制限事項

Postman を使用すると、単体テスト、機能テスト、統合テスト、回帰テスト、模擬テストなど、開発者が手動で実行する多くの日常的なテストの種類を自動化できます。開発者やチームは、Jenkins などの人気の CI/CD ツール統合してビルドをテストすることで、テストを自動化することもできます

ただし、性能試験を実施するため 数百または数千の同時ユーザーを使用する Postman ユーザーは、サード パーティ製のロード および パフォーマンス テスト ソリューションを利用する必要があります。. これは、ここで、 LoadViewソリューションは、APIのパフォーマンス テストを迅速かつ簡単に実行するための優れた方法です開発プロセスのここまで、多くの作業と時間が機能を確保することに専念してきました。パフォーマンステストを行うことによって無駄にしないでください。

パフォーマンス テストでは、 機能テスト が次のレベルにまで引き上げ API が現実世界の状況に立ち向かうことを確認します。 コードを盲目的に運用環境にプッシュしたくないut テストを最初に行います。 ユーザーが遭遇するリスクがある 望ましいより少ない 経験。 t によって負荷がかかっている間の API の応答時間と信頼性の取り付けを使用すると、トラフィックのピーク時にAPIがどのように反応し、実行されるかをよりよく理解できます。 そして 必要に応じてリソースと容量を調整します。 郵便配達人はポストマンコレクションランナーと呼ばれる機能を提供していますが、それは代わりではありません のエンドツーエンドの パフォーマンステスト。

Postman コレクション ランナーの主な目的は、要求が連続して実行される間に成功したか失敗するかを示す方法です。 Postman には、プラットフォーム内で大規模で大量のロード テストを実行する機能がありません。 APIの機能をテストし、リクエストが有効な応答になるかどうかを確認するのに最適ですが、APIが最終的に使用される場合は 同時ユーザーが多数 いる場合は、システムとサービスが API に対して予想される負荷を処理できることを確認する必要があります。

LoadView テスト シナリオと実行

郵便配達人のコレのインポートが完了したらctionとテストの設定は、あなたのsを設定する最終プロセスを開始することができますシナリオとロードテストを実行しています。 ビューを読み込む 最適に合わせて複数のテスト曲線オプションを提供 テスト目標を設定します。 オプションには、次のものがあります。 標準荷重 カーブ、目標ベースのカーブ、ダイナミック 調整 曲線. 負荷曲線の各タイプでは、テスト期間中の複数の同時ユーザーレベルとトランザクションレートを設定できます。

  • ステップカーブのロード:パフォーマンステストの実行プランを開始ユーザー数で設定できるほか、同時ユーザー数を保持したり、同時ユーザー数を増やす時間などの追加アクションを設定したりできます
  • 目標に基づく曲線: トランザクションの事前定義されたレートを満たすように同時ユーザーを調整します
  • 動的調整可能な曲線: これによりテストの実行中に同時ユーザーの数を増減できるため、システムがどのように応答するかを確認できます。

これらのロード カーブと追加の LoadView テスト シナリオ設定の詳細を確認します。

ロード テスト シナリオの最後の手順の 1 つは、場所を選択することです。 からテストを実行します。 T彼のLoadViewプラットフォームは、場所別のパフォーマンスのより良いアイデアを得るために、あなたのユーザーが配置されている場所に最も一致する20以上の世界的な場所を提供しています

LoadViewプラットフォーム、お客様のpアーフォームテストの目標プロセスを合理化することを目的としていますLoadViewは、管理するための追加のハードウェアやネットワークを必要とせず、チームが迅速に設定できるようにする アップして、他のプラットフォームが必要とする面倒なしであなたのパーフォルナンステスト実行します.