レポート

[レポート] タブには、選択した自動化のテスト ケースの詳細の包括的な内訳が表示されます。

リストビュー

レポートのリストビューの詳細を以下に示します。

• Id: この一意の識別子は、自動化中に実行される各テストケースに割り当てられます。 Idをクリックすると、特定のテストケースの詳細レポートにアクセスできます。

• ケース: これは、自動化中に実行されたテストケースを表します。 ZEST デフォルトのテストケースを自動的に生成します。 ゼロ /ヘルプ/デフォルトテストケース/">ここをクリック デフォルトのテストケースの詳細については、こちらをご覧ください。

• ステータス: テストケースが合格したか失敗したかを示します。

• リソース: リソースの名前を示します。

• 操作名: テスト対象の操作の名前を指定し、どの機能またはエンドポイントが評価されているかを把握します。

• 方法名: テストケースで使用される Http メソッド (取得、投稿、入力、削除など) を表示し、api で実行されるアクションの種類を明確にします。

• Url: テストケースの実行で使用される Url を示します。

• パラム: テストケースの実行に関与するパラメーターを示します。

• ヘッダー(リクエスト): テストケースの実行に関与するヘッダーを示します。

• Http レスポンスコード: リクエストに対するサーバーの応答を反映します。 レポートの様子はこんな感じです。 ゼロ /自動化レポートツィルカー。ウェブ"代替=“ステップ1"幅=“900”/>フィルタリングすることもできます。 依存関係のケース そしてレポートを見る。 依存関係のケースは、次のシナリオで発生します。

• データ準備: 読み取り/作成操作は、後続の Api 呼び出しに必要なデータを取得または作成します。

• オペレーション検証: 読み取り操作は、作成、更新、または削除操作の結果を確認するために使用されます。

• データクリーンアップ: 削除操作は、自動化プロセス中に作成されたデータを削除します。 ゼロ /依存関係レポート.ウェブ"代替=“ステップ1"幅=“900”/>ケース Id をクリックすると、完全なケース レポートを表示できます。 このレポートは、 リクエスト、応答、ヘッダー、パラメータ、満足のいくスコア。 熱 意/ヘルプ/スコアリングロジック/">ここをクリック スコアがどのように計算されるかを知る。

詳細ビュー

成功ケースの詳細

成功事例のケースレポートの様子は次のとおりです。 ゼロ /ケースレポート成功-1.ウェブ"代替=“ステップ1"幅=“900”/>リクエスト本文とレスポンスの詳細は以下の通り表示されます。 ゼロ /ケースレポート成功-2.ウェブ"代替=“ステップ1"幅=“900”/>- エンドポイント: /crm/v2/連絡先/ロール - リクエストに使用される Api エンドポイント。

• 方法: 投稿 - データ作成操作を示す Http メソッド。

• ステータス: 200 - オーケー - リクエストが正常に処理されたことを示します。

• サブケース:

• $.コンタクトロール[0]: 合格 - リクエストが正しい値で送信されました。- $.コンタクトロール[1]: 合格 - リクエストが正しい値で送信されました。

• ヘッダー:

• コンテンツタイプ: アプリケーション/json - リクエスト本文の形式を指定します。- X-ゾーホサービス: 自動化 - リクエストを処理するゾーホーサービスを示します。- X リクエストログ id: 1731662660538-6-1 - リクエストを追跡するための一意の Id。- 承認: ベアラートークンが含まれています - 認証目的で使用されます。

• レポートには以下が含まれます。 リクエスト本文 画像に示すように、2 つのオブジェクトがあります。

• ザ 応答 a を含める コンタクトロール 配列。リクエストの結果を表す複数のオブジェクトがあります。- 両方のオブジェクトには コード または 「成功」 、リクエストが成功したことを示します。 新しく追加された連絡先ロール Id、メッセージ 「連絡先の役割を追加」 、および a ステータス または 「成功」.

• あなたは見ることができます タイプ そして サイズ 対応する見出しの横にあるリクエストとレスポンス。

• スコア: 満足 - 1 - ケースがすべての検証に正常に合格したことを示します。 熱 意/ヘルプ/スコアリングロジック/">ここをクリック スコアリング論理について知る。

失敗したケースの詳細

失敗したケースのケースレポートは次のとおりです。 ゼロ /レポート投稿.ウェブ"代替=“ステップ1"幅=“900”/>レポートには、以下のように失敗の理由も記載されています。 ゼロ /レポートポスト-2.ウェブ"代替=“ステップ1"幅=“900”/>- エンドポイント: /crm/v2/連絡先/ロール - 連絡先ロールを管理するための Api エンドポイント。

• 方法: 投稿 - リクエストの送信に使用される Http メソッド。

• ステータス: 200 - オーケー - リクエストは正常に処理されましたが、一部のテストケースではエラーが発生しました。

• サブケース:

• $.コンタクトロール[0]: 渡されました - リクエストが有効な値で送信されました。- $.コンタクトロール[1]: 失敗しました - このテストケースの実行中にエラーが発生しました。

• ヘッダー:

• コンテンツタイプ: アプリケーション/json - リクエスト本文形式を示します。- X-ゾーホサービス: 自動化 - 使用するゾーホーサービスを指定します。- X リクエストログ id: 1731662660538-6-1 - このリクエストを追跡するための一意の Id。- 承認: ベアラートークンが含まれています - リクエストの安全なアクセスを保証します。- ザ リクエスト本文 のリストが含まれています。 コンタクトロール, と お名前 次のような値を持つ属性 Ex.- ザ 応答 a を含める コンタクトロール 配列。リクエストの結果を表す複数のオブジェクトがあります。- 最初のオブジェクトには コード または 「成功」 、リクエストが成功したことを示します。 新しく追加された連絡先ロール Id ( 2603634000000975012 )、メッセージ 「連絡先の役割を追加」 、および a ステータス または 「成功」.- 2 番目のオブジェクトには コード または 「二重データ」 を指定し、重複したデータによりリクエストが失敗したことを示します。 それは矛盾を含みます Api_名前 ( 「名前」 ) と Id ( 2603634000000975013 )、メッセージ付き 「データの重複」 、および a ステータス または 「失敗」.- 2 番目の連絡先ロール ( $.コンタクトロール[1] )の場合、応答は成功すると予想されていましたが、重複したデータにより失敗が発生しました。

• あなたは見ることができます タイプ そして サイズ 対応する見出しの横にあるリクエストとレスポンス。

• スコア: 満足 - 1 - 現在のケースのスコアを示します。 熱 意/ヘルプ/スコアリングロジック/">ここをクリック スコアリング論理について知る。