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 環境変数の使用方法を参照してください。

ファイルのアップロード

Postman コレクションにファイルへの参照が含まれている場合、LoadView にインポートすると、ファイルの名前が [プロジェクト ファイル ] セクションに表示されます。

システムは、LoadView クラウドにファイルを格納するためのオンライン リポジトリ パスを自動的に生成します。 パスが「 オンライン・リポジトリ・ファイル 」フィールドに表示されます。 テストでファイルを使用するには、指定されたリポジトリにファイルをアップロードする必要があります。

ファイルをオンラインリポジトリにアップロードするには、テストを保存してから、次の情報を含むサポートチケットを作成してください。

  1. LoadView テストの名前。
  2. テスト・ターゲット設定に表示される オンライン・リポジトリ・ファイル ・パス。
  3. アップロードするファイルのコピー。 チケットにファイルを添付してください。

私たちのチームがあなたの要求を処理するためにしばらく時間を空けてください。

要求間の遅延

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

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

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

時間検証しきい値

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

要求タイムアウト

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

スクリプトタイムアウト

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

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

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

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

パフォーマンス テストでは、 機能テスト が次のレベルにまで引き上げ API が現実世界の状況に立ち向かうことを確認します。 コードを盲目的に運用環境にプッシュしたくないut テストを最初に行います。 ユーザーが遭遇するリスクがある 望ましいより少ない 経験。 負荷がかかった状態で API の応答時間と信頼性を評価することで、トラフィックのピーク時に API がどのように反応し、実行するかをよりよく理解し、必要に応じてリソースと容量を調整できます。 Postman は Postman Collection Runner という機能を提供していますが、 真 のエンドツーエンドの パフォーマンステスト。

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

LoadView テスト シナリオと実行

Postman Collection とテスト設定のインポートが完了したら、cenario の設定とロード テストの実行の最終プロセスを開始できます。LoadView には、テストの目標に最も適した複数のテスト曲線オプションが用意されています。 オプションには、標準荷重ステップ曲線、目標ベースの曲線、および動的に調整可能な曲線があります。 各タイプの負荷曲線では、テスト期間中に複数の同時ユーザーレベルとトランザクションレートを設定できます。

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

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

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

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