このセクションの内容:

概要

テスト エクスプローラーは、テストのトレース、実行履歴、カバレッジなど、単体テストと機能テストに関する詳細な情報を表示します。Report Center ダッシュボードでストまたは機能テスト ウィジェットをクリックすると、テスト エクスプローラーが開きます (「ウィジェット」を参照)。カバレッジ エクスプローラーからテスト エクスプローラーにアクセスすることもできます (「カバレッジ エクスプローラー」を参照)。テスト エクスプローラーは、4 つのパネルに分かれています。

  1. 検索パネル: Using the Search Panel
  2. 検索結果パネル: Viewing Search Results
  3. ソース パネル: Viewing Source Code
  4. アクション パネル: Resolving Test Failures

検索パネルの使用

テスト エクスプローラーが開くときは、クリックした単体テストまたは機能テスト ウィジェットの設定が検索パラメーターとして使用されます。簡単に検索条件を変更してアプリケーションのカバレッジ情報を取得できます。

  1. [検索条件] をクリックして検索オプションを表示します。
  2. [フィルター] ドロップダウン メニューからフィルターを選択します (Report Center のフィルターについては「フィルターの作成と管理」を参照してください)。
  3. [ビルド] ドロップダウン メニューからビルド ID を選択します (DTP のビルド ID の詳細については「DTP の概念」を参照してください)。
  4. 検索パラメーターを選択します。[ファイル名] オプションを選択して検索バーにファイル名を入力し、特定のファイルを指定することもできます。

    一部のステータスは、返されるテスト ケース数の制限を無効にします。

    [成功 → 失敗] および [失敗 → 成功] ステータス パラメーターは、検索結果に表示するテスト ケースの数の制限を無効化します。

  5. [検索] をクリックします。

検索結果の参照

検索結果パネルには、検索オーバーレイで入力したパラメーターに基づいてテストが表示されます。

以下の操作を行うことができます。

  • 行をクリックすると、アクション パネルに追加情報が表示されます。詳細については「Resolving Test Failures」を参照してください。
  • 列ヘッダーをクリックして結果をソートします。
  • 列ヘッダーをクリックして [カラムのヘッダーをドラッグしてここにドロップすると、そのカラムでグループ化されます。] エリアにドラッグし、検索結果をグループ化します。デフォルトでは、表はテスト ファイル名でグループ化されます。

異なる環境で実行されたテストを表示する

異なるマシンでテストを実行する場合は、[テスト環境] タブを検索結果の表に追加して、各環境の結果を表示することができます。結果の表をフィルタリングするその他の方法については「エクスプローラー ビューの使用方法」を参照してください。

一意の構成識別子 (セッション タグなど) を持つビルドのテストは、テスト実行中に適用されたテスト環境タグと共に表の下に表示されます。

セッション タグ、ビルド ID、および DTP によるデータの編成と集約を可能にするその他のメタデータの詳細については、「DTP の概念」を参照してください。

テストの失敗の解決

アクション パネルには、テストしたファイルとそのテストについての情報が表示され、ソフトウェアに存在する欠陥を理解するのに役立ちます。アクション パネルには、テスト メタデータを割り当てるインターフェイスも用意されており、これはテストの失敗を解決するのに役立ちます。アクション パネルのタブをクリックすると、情報を参照したりメタデータにテストを割り当ててメタデータを修正ワークフローに置くことができます。

[優先度] タブ

[優先度] タブをクリックして、単体テストと機能テストの失敗を修正するのに役立つアクションを実行します。

以下の操作を行うことができます。

  • コメントを追加します。
  • [担当] フィールドにユーザー名を入力してユーザーを割り当てます。
  • [優先度] ドロップダウン メニューからオプションを選択して優先度を設定します。
  • [アクション] ドロップダウン メニューからオプションを選択して担当者のアクションを定義します。
    • アクションとは、テストの失敗の修正方法を定義するために使用できるメタデータの文字列です。DTP には、定義済みのアクションが用意されています。[なし]、[修正]、[再割当て]、[レビュー]、[抑制]、および [その他] です。API を使用して、[なし] 以外の定義済みアクション タイプを編集または削除することができます。アクションの設定の詳細については、Report Center のナビゲーション バーの [ヘルプ] ドロップダウン メニューから [API ドキュメント] を参照してください。
  • [リスク/影響] ドロップダウン メニューからオプションを選択して、ビジネス リスクまたは影響をテストに関連付けます。
  • [期日] フィールドに日付を入力するかカレンダーを使用して、期日を設定します。
  • [参照 #] フィールドに値を入力して、テストに参照番号を割り当てます。

[適用] をクリックしてテストのメタデータを保存します。

サード パーティ システムでの課題の作成

DTP が Jira (「Jira との統合」を参照) または VersionOne (「VersionOne との統合」を参照) と統合されている場合、課題を作成するためのボタンが [優先度] タブに表示されます。

  1. 検索結果エリアからテスト結果をクリックし、[欠陥の作成] をクリックします。
  2. [課題の作成] で次のフィールドを設定します。 

    プロジェクト課題を作成するプロジェクトを指定します。外部アプリケーション構成ページで設定されたプロジェクトの関連付けがデフォルトで使用されます。 
    種類Jira の場合は、ドロップダウン メニューから バグ または タスク を選択します。VersionOne の場合は、ドロップダウンメニューから 欠陥 または 課題 を選択します。
    タイトル/サマリーデフォルトでは、テスト名の前に "Review Test" が付き、課題タイトル (VersionOne) またはサマリー (Jira) の値として使用されますが、必要な変更をユーザーが加えることができます。
    説明このフィールドの内容は、サード パーティ システムの説明フィールドに入力されます。説明には、外部アプリケーション構成ページの [表示 URL] フィールドの設定に基づいて DTP に戻るリンクが含まれます。
    VersionOne の課題を作成する

    Jira の課題を作成する

  3. [作成] をクリックし、システムに課題を追加します。

テスト メタデータの更新とソースの参照のための権限設定

単体テストと機能テストのメタデータ (優先度) を設定したりソースを参照したりするには、適切な権限が必要です。違反に優先度を設定するための権限は、そのユーザーが所有するすべてのテストか、あるいは一部のテストだけに許可されます。以下の表は、プロジェクトのメンバーシップの状況とどのように権限が割り当てられるかを示したものです (詳細については 「権限」 を参照してください)。

違反エクスプローラー
ユーザーの種類追加権限許可されるアクセス
管理者
  • ソースの参照
  • すべての違反の優先度設定
リーダー
  • ソースの参照
  • すべての違反の優先度設定
メンバー
  • ソースの参照
  • 自分の違反の優先度設定
非メンバー 1
なし
非メンバー 2project
  • プロジェクト データの参照
  • ソースは参照できない
  • 優先度の設定はできない
非メンバー 3project, prioritizeOwner
  • ソースは参照できない
  • 自分の違反の優先度を設定できる
非メンバー 4project, viewSources
  • ソースの参照
  • 優先度の設定はできない

[変更履歴] タブ

[変更履歴] タブをクリックすると、テスト メタデータの更新日時が表示されます。 

コメントをフィルタリングしたい場合は [コメントだけを表示] チェックボックスをオンにします。

[テスト履歴] タブ

[テスト履歴] タブをクリックすると、テストの実行日時とステータスが表示されます。列ヘッダーをクリックすると、表をソートできます。

[トレース] タブ

単体テストのデータを参照している場合、[トレース] タブには失敗したテストと未完了のテストのスタック トレースが表示されます。機能テストまたは手動テストのデータを参照している場合は、失敗したテストについてのエラー メッセージが表示されます。

単体テスト ビュー

エラー メッセージの下に表示されているエントリをクリックすると、ソース パネルのソース コードにテストが表示されます。詳細については「Viewing Source Code」を参照してください。

機能テストと手動テスト ビュー

選択した失敗に関連するメッセージがタブに表示されます。ソース パネルでは、テストの失敗の箇所が強調して表示されます。

[トラフィックの表示] ボタンをクリックすると、テスト中にリクエストされたデータとアプリケーションのレスポンスが表示されます。

テスト カバレッジ情報の表示

カバレッジ パネルには、テストに関連付けられたファイルの階層ビューが表示されます。階層の各ノードの括弧内には、ディレクトリまたはファイルがどの程度カバーされているかが表示されます。現在、カバレッジ情報は機能テストでは利用できません。

  • 三角形の展開アイコンをクリックしてツリーを展開します。兄弟がない項目がロードされる場合、その子供は自動的にロードされて表示されます。ツリーの展開は、同じレベル (判断ポイント) で複数の項目があるブランチに到達するまで、あるいはブランチをそれ以上展開できなくなるまで続きます。以前にノードを展開して縮小した場合、検索条件を変更するかページをリロードしない限り、カバレッジ ツリー パネルは自動的にノードを再展開しません。

  • ファイルのノードをクリックすると、ファイルの内容がソース コード パネルに表示されます。詳細については「Viewing Source Code」を参照してください。

[詳細] タブ

[詳細] タブをクリックして、テストについての情報を表示します。

タブに表示される詳細を検索結果の表に追加することもできます。詳細については「エクスプローラー ビューの使用方法」を参照してください。

ソース コードの表示 

DTP をソース管理システムと統合している場合、テストしたソース コードをエクスプローラー ビューで参照できます。ソース管理システムとの統合をまだ設定していない場合でも、Parasoft 静的解析/テスト ツール (C++test、dotTEST、Jtest) でテストしたソース コードを参照できます。それには、Parasoft 静的解析/テスト ツールを設定するときに、report.dtp.publish.srcfull または min に設定します。この設定は、レポートを生成するときにクライアント ソース コードを DTP に転送します。詳細については、ご使用のツールのドキュメントを参照してください。

なお、ソース コードを参照するための権限も必要です。詳細については、上記の権限についての注意事項 を参照してください。 

機能テストまたは手動テストを参照する場合、ソース コード パネルには収集されたテスト スイート データが階層ビューで表示されます。機能テストのデータを見るために特別な権限は必要ありません。機能テスト データの参照については 「Viewing Functional and Manual Test Sources」を参照してください。

単体テストのソース コードの表示

[テスト トレース] タブまたは [カバレッジ] タブでファイル リンクをクリックすると、ソース ファイルの内容がソース コード パネルに表示されます。そのため、コード内でテストとカバレッジの情報を参照することができます。アクション パネルの [カバレッジ] タブでリンクをクリックすると、カバレッジ情報がすぐに分かるように、コードの行番号が色分けされて表示されます。緑色は、カバーされたコード行です。赤色は、カバーされなかったコード行です。

[トレース] タブでリンクをクリックした場合も、ソース パネルにソースが表示されます。失敗したコード行にはマーカーが付けられるため、トレース スタックで簡単にテストを発見することができます。

テストの表でテスト ファイルを選択すると、コード パネルにそのファイル名とそのファイルを表示したコンポーネントが表示されます。

機能テストと手動テストのソースの参照

検索結果パネルでテストをクリックすると、SOAtest 9.x 以降で実行した機能テストをテスト エクスプローラーで参照できます。テストの作成者およびパラメータライズされたテストを参照するには、SOAtest 9.9.2 以降が必要です。Data Collector は SOAtest が生成した XML レポート ファイルをパースし、.tst ファイル データを表示します。そのため、.tst ファイルを DTP にパブリッシュしたりソース管理システムに格納したりする必要がありません。

選択したテスト スイートは強調して表示されます。三角形の展開アイコンをクリックすると、テスト データをナビゲートできます。各ノードは、テスト スイートの成功率を示します。失敗したテスト スイートは赤色で表示されます。


  • No labels