このシナリオは、非標準のAPIリソースを使用してテスト実行の履歴を確認する方法を示しています。2つのフローを調べます。

• 過去数日間に失敗した特定のテスト実行のすべての実行を検索します。

• 特定のビルドで失敗したすべての実行を検索します。

エリア: 自動テスト実行、実行履歴、CI/CD統合

このトピックの内容:

エンティティ関連図

このフローでは、次のエンティティにアクセスし、これらのエンティティ間の関係を理解する必要があります。

実行IDを入力して以前の実行を確認するには:  

ビルドIDを入力して以前の実行を確認するには:  

エンティティ	このフローの関係	関係の説明	参照 /関係フィールド
実行履歴	実行	ALM Octaneは、すべての実行の履歴を追跡します。	run_id。これは、参照として使用される整数値です。
	ビルド	ALM Octaneは、すべてのビルドの履歴を追跡します。	build_id。これは参照として使用される整数値です。

トップに戻る

フロー

ステップバイステップでREST API呼び出しを作成しましょう。これらの各フローは、previous_runsAPIリソースにクエリを実行して、特定の整数値を持つIDを見つけます。

特定のビルドの失敗したすべての実行を要求する

ビルドID番号1035を検索するクエリ句を作成します。

GET ../api/shared_spaces1001/workspaces/<workspace_id>/previous_runs?query="build_id EQ 1035"

過去数日間に失敗した特定のテスト実行のすべての実行を要求する

次の基準を持つクエリ句を作成します。

1. クエリは、実行ID番号1000の実行をフィルタリングします。

   GET ../api/shared_spaces/<space_id>/workspaces/<workspace_id>/previous_runs?query="run_id EQ 1000"

2. クエリは、1077に等しいrun_native_statusをフィルタリングします。

   実行のネイティブステータスは、ユーザー (手動実行の場合) またはREST API (自動実行の場合) によって報告された実行のステータスです。成功、失敗、スキップ、未完了、ブロック、または計画済み。

   注: 実行のネイティブステータスは実行のステータスと同じではないことに注意してください。実行のステータスは要約されたステータスです。成功、失敗、計画済み、および要注意の値のみを持つことができます。実行ステータスの目的は、手動実行と自動実行の間のステータスを標準化し、ALM Octane UIのダッシュボードに要約グラフを生成することです。

   GET ../api/shared_spaces/<space_id>/workspaces/<workspace_id>/previous_runs?query="run_id EQ 1000;run_native_status EQ {id EQ 1077}"

3. クエリはrun_startedフィールドを使用して、過去数日間に実行が行われたことを確認します。このフローでは、現在の日付は、たとえば2016年7月26日または2016年7月27日である可能性があります。

   GET ../api/shared_spaces/<space_id>/workspaces/<workspace_id>/previous_runs?query="run_id EQ 1000;run_native_status EQ {id EQ 1077};run_started GT ^2016-07-24T07:29:59Z^"

このフローの完全なREST API呼び出しは次のとおりです。 

トップに戻る

参照情報:

• REST APIの操作方法
• 一般的なフローとERダイアグラム