郵便配達人コレクションの監視
Postman で内部 API テストを行うための統合テストのコレクションがある一方で、ローカル ネットワークの外部からテストを設定する必要がある場合は、Postman テストを Dotcom-Monitor にアップロードできます。
ほとんどの場合、Postman コレクションはスタンドアロンであり、個別の HTTP デバイスで設定する必要があることに注意してください。 詳細については、 マルチターゲット デバイスの制限を参照してください。
郵便配達員の要求と共に送信される機密情報を保護する方法については、「 Dotcom-Monitor を使用して郵便配達員の要求でデータをセキュリティで保護する方法」の 記事を参照してください。
-
郵便配達人とは何ですか?概要
郵便配達員とは何ですか? 概要
郵便配達人は プラットフォーム uタイライズ 対して コラボレーションと 開発eロップメント の APです。 郵便配達員はユーザーにさまざまな機能を提供し、 とか se取得/投稿の再確認を行うts インターフェイス内から, インテグレーチンCI/CD環境内での API テストの自動化と自動化s, ドキュメント化と共有 API 発達 プロセス そしてはるかに。 郵便配達人は短縮するのに役立ちます を最適化し、 API 開発サイクルs. そこには似ています、alter ネイティブ ツール 郵便配達員へ 今日の市場では、そのようなs ソープ私 フィドラー, スワッガー, カタロン スタジオ、 および他の人が、ポストマンは、束の中からより人気があり、広く使用されているツールの一つです。
郵便配達コレクション
Postman コレクションは、共有またはエクスポートできる編成された API 要求のセットです。多くのチームや開発者がいる組織の場合、Postman コレクションは、グループまたは個人に対して、API 内のさまざまな要求をレビュー、追加、および整理する簡単な方法を提供します。. これは誰もがlaで働くことを保証しますテストバージョン, 要求が意図したとおりに動作し、任意をキャッチする パフォーマンスを阻害する可能性のあるバグ 。
ドットコムモニター を使用して郵便配達員を監視する理由
Postman は非常に堅牢な API 開発プラットフォームであり、多くの優れた機能と利点を提供します。 これらの機能の 1 つに、プラットフォーム自体の内部から API パフォーマンスを監視する機能があります。 ただし、Postman コレクションの監視に関しては、いくつかの注意点と制限があります。
Postmanは、無料プランからエンタープライズプランまで、すべてのプランの監視を提供しています。 ユーザーが API 開発に使用している Postman パッケージによっては、監視機能と関連機能が異なる場合があります。
たとえば、Postman の無料版は 1 か月あたり 1,000 の API 呼び出しに制限されていますが、チーム、ビジネス、エンタープライズ プランには、すべて 10,000 の API 呼び出しが含まれています。Postman は、必要に応じて組織に対して、追加料金で従量課金制のAPI コールオプションを提供しています。さらに、 監視周波数は設定可能 5分ごとに低い。 ドットコム・モニtorプラットフォームは、毎分から3時間ごとに頻繁にチェックを監視することができ、チームに監視チェックを設定するための柔軟性とオプションを十分に提供します。
場所の監視
監視を設定する場所は、進行中の API を理解するために重要です。 ユーザーが配置されている場所からパフォーマンスを得ます。 T彼は、Postman内の監視場所の数は、唯一の6場所に制限されています,これは、サードパーティのモニターを使用するもう一つの理由ですドットコムモニターのようなソリューションは不可欠です。 ドットコムモニターは、世界中の30の場所を提供していますに対して監視デバイスを設定する際に、ファイアウォールの内側から監視を行うだけでなく、ユーザーに対して柔軟な API と郵便配達人コレクションの稼働時間と可用性を引き起します。
ドットコムモニターで郵便配達コレクションを監視
-
郵便配達人コレクションとポストマンランナーとは何ですか?
郵便配達員コレクションと郵便配達ランナーとは何ですか?
Postman 内では、API リクエストの実行に関しては、いくつかのオプションがあります。 要求を個別に実行するか、または特定の Postman コレクション内のすべての要求を実行するランナー オプションを選択できます。 ランナーオプションを選択すると、保存されたすべてのコレクションが開き、ここからユーザーは好きなコレクションを実行できます。 また、ユーザーは要求の実行順序を変更したり、特定の要求を削除したりできます。
さらに、Postman ユーザーは、適切な環境、反復回数、各要求間の遅延 (ミリ秒単位) を選択するか、データ変数を含めることによって、コレクション ランナーを構成できます。 コレクションの実行後、ユーザーは、成功した要求または失敗した要求と、各要求のタイミングを表示およびフィルター処理します。 Postman はニューマンと統合されているため、ユーザはニューマン CLI (コマンドライン インターフェイス) 内で Postman コレクションを実行することもできますが、ニューマンは Node.js で実行されるため、ニューマンを実行する前にインストールする必要があります。
郵便配達員のコレクションを準備する
デバイスの構成を開始する前に、Dotcom-Monitor ソリューションにインポートする Postman コレクションを準備し
ます。
Postman コレクションをドットコム モニター
のサポート技術情報記事にアップロードしています。
Dotcom-Monitor でアラートを生成し、エラーのある応答に関するアラート通知を送信する場合は、インポートする前に Postman のコレクションに応答の検証を追加します。
郵便配達員収集監視装置のセットアップ
郵便配達人コレクション
の設定 監視デバイスを使用すると、自動監視テストを作成できます。 あなたの郵便配達人のコレクションの。 監視デバイスの作成方法の概要については、「監視デバイスのサポート技術情報 の作成 」を参照してください。
Postman コレクション監視デバイスには、次のようなさまざまなオプションを設定することもできます。 監視中に発生したエラーに対する警告
を指定し、 監視場所、 監視スケジューラ、およびフィルター、
および監視結果に関するレポート
を設定します。
Dotcom-Monitorクライアントは、世界中のfrom 30の監視場所を選択し、ユーザーと顧客がロカテッドである場所に合わせてより多くのオプションを提案し、最終的には与えることができます より 現実的な監視データ。
要求のコレクション
は、
ターゲットw
eb API
への呼び出しのシーケンスを実行するために、指定された頻度で
繰り返し
実行されます
。したがって、
をクリックすると、Postman で要求に指定されたアサーションが、API 応答の検証に使用されます。 アサーションによって設定された条件が満たされない場合
を選択
すると、デバイスは失敗としてマークされます。
Postman コレクションのグループの監視を設定する場合は、デバイスごとに 1 つのコレクションを設定することをお勧めします。 詳細については、ウィキの マルチターゲットの制限 の記事を参照してください。
コレクション内の HTTP 要求は、個別の監視タスクを表し、パッケージに応じて課金されます。 も参照
してください。
アバウト WebView 監視の価格表 サポート技術情報の記事. P借り上げる 接触 あなたの ドットコムモニター Account Eと一緒に 任意 問。
要求の構成
Postman コレクション監視デバイスを選択すると
、Postman コレクション
をインポートし、要件に基づいてターゲット設定を調整するように求められます
。
郵便配達人コレクションのインポート
[インポート] をクリックします
。
をクリックし、コレクションをアップロードするための適切なオプションを選択します。 POSTMAN コレクションを使用して JSON ファイルをアップロードするか、 郵便配達員コレクションが公開された場合、 コレクションへのパブリック リンクを提供します。 ザ ポストマン
C
のオルレクション スクリプトが
[ コレクション要求 ]
セクション
デフォルトでは、コポストマンからのllection設定。 必要に応じて、次の値を変更できます。
郵便配達コレクション監視
デバイスの設定。
環境変数の値は、コレクション設定と共に渡されないことに注意してください。 インポートされたコレクションで変数を使用する場合は 、Dotcom-Monitor の Postman 環境変数の使用方法を参照してください。
要求間の遅延
要求間の遅延
(
秒)
は
時間です。
コレクション内の各要求の間。 デフォルトでは、 遅延 で設定された時間 郵便配達員コレクションランナー. ザ ニエレイ 応答時間の計算では時間が考慮されます。
ネットワークエラーを無視する
既定では、Dotcom-Monitor はアラートを生成し、ネットワーク応答の実行中に発生した Postman HTTP エラーに関するアラート通知を送信します。 ネットワークエラーが問題にならない場合は、このタイプのエラーを除外するようにシステムを構成できます。 [ ネットワーク エラーを無視する ] オプションが [はい] に設定されている場合、Dotcom-Monitor は 失敗した Postman 要求でエラーを発生させず、デバイスの状態を [アラート] に変更します。 ただし、モニタリングセッションレポートでHTTPエラーを確認できます。
コレクションタイムアウト
コレクションタイムアウト
、mea
s
は
、要求が完了
し、タスクを終了してエラーを返す前に、デバイスが要求の完了とコレクションの実行を
待機する
時間の長さを示
要求タイムアウト
ザ 要求タイムアウト インターバリットルで測定 お代わりは、時間の長さです。 デバイスは、コレクションからの 1 つの要求に対する応答を待機する必要があります。
スクリプトタイムアウト
スクリプト
タイムアウト
間隔
(
測定)
は
、
アサーション スクリプトが完了するまでデバイスが待機する時間の
長さを
示します。
タスクを終了してエラーを返す前に スクリプトの最大タイムアウトは 30 秒です。
スクリプトの準備
「 スクリプトの準備とポスト スクリプトの使用 」の記事を参照してください。
LoadViewによるパフォーマンス テスト:ロード テストのg ポストマン コレクティオns
ロード中のPostman コレクションとAPI動作をテストする場合、LoadViewプラットフォームは実際のブラウザーを使用してクラウドベースのパフォーマンス テストを提供します。 機能と機能を提供する機能を提供するあなたとあなたのチームは、簡単にeロードテストを作成して実行する必要があります。コストと時間のかかるパフォーマンス テスト インフラストラクチャの要件が不要になります。 LoadViewを使用すると、20以上のworlの広範なテストの場所からchoo seを、数百から数千人の同時ユーザーをシミュレートすることができます。 さまざまな負荷テスト曲線から選択し、はるかに。 Postman コレクションと API が事前に決定されたトラフィック量をどのように処理し、 どこでパフォーマンスのボトルネックが存在するかをすぐに確認できます。
LoadViewソリューションを使用して Postman 収集イオンの設定とロード テストの詳細については、Postman ロード テスト
のチュートリアルを読むか、より詳細な情報を参照してください。