このセクションの内容:
Polarion ALM は、要件を管理するための一般的なブラウザー ベースのプラットフォームです。Parasoft DTP と Polarion ALM との統合は、以下の機能を実現します。
このセクションでは、Polarion で DTP を使用するための要件について説明します。
内部テスト中に問題が検出されたため、DTP には Polarion との完全な統合に必要な JAR ファイルが同梱されていません。Polarion と統合して使用する場合は、Parasoft テクニカル サポート センター ([email protected]) に連絡して、統合を有効にするために必要な JAR ファイルを入手してください。JAR ファイルを <DTP_INSTALL>/DTP/tomcat/webapps/grs/WEB-INF/lib ディレクトリにコピーして、DTP を再起動してください (「DTP サービスの停止」および「DTP アプリケーションの開始」を参照)。
<DTP_INSTALL>/DTP/tomcat/webapps/grs/WEB-INF/lib ディレクトリはアップグレード処理中に上書きされるため、DTP のアップグレード後に JAR ファイルを再度追加する必要があります。
次の要件は、データを Polarion に送信 する場合にのみ適用されます。
この設定は、Parasoft 管理者が一度だけ行う必要があります。開発者、テスター、およびその他の DTP エンドユーザーは、Parasoft ツールを Polarion ALM と連携して使用する方法について、「Usage 」を参照してください。
Parasoft プロジェクトを Polarion プロジェクトに関連付けると、違反ビューまたはテストエクスプローラービューから欠陥を作成し、Polarion の適切なプロジェクトにリンクできます。Sending Test Data to External System フロー を使用する場合、関連付けも重要です。DTP の複数のプロジェクトを 1 つの Polarion プロジェクトと関連付けることはできますが、同じ DTP プロジェクトを複数の Polarion プロジェクトと関連付けることはできません。
プロジェクトの関連付けを削除するには、ゴミ箱のアイコンをクリックします。プロジェクトの関連付けを削除しても、Polarion の欠陥へのリンクは DTP のエクスプローラー ビューで削除されません。新しい関連付けを作成すると、違反と Polarion の課題との既存リンクが再び有効になります。
DTP と Polarion プロジェクトの既存の関連付けの設定を変更できます。
Polarion に保存された要件、および Parasoft ツール (C/C++test、dotTEST、Jtest、SOAtest) から DTP に送信されたテスト データ、静的解析データ、ビルド レビュー データとの間のトレーサビリティを実証するのに役立つウィジェットとレポートを生成するように、DTP を構成できます。
Traceability Report にコード レビューと静的解析情報を含める場合は、ソース コード ファイルを Polarion の作業アイテムに関連付ける必要があります。この機能を有効化する方法については「ファイルと要件の関連付け」を参照してください。
Traceability Pack に同梱されている External System Traceability Report アーティファクトをデプロイすることで、トレーサビリティを表示および追跡する DTP インターフェイスが有効になります。Traceability Pack には、トレーサビリティ ワークフローの一部を自動化する Sending Test Data to External System フ ローも含まれています。Traceability Pack の詳細については、Traceability Pack のドキュメントを参照してください。
DTP Extension Designer を使用して、External System Traceability Report および Sending Test Data to External System フローを環境にデプロイします。アーティファクトを展開する前に、「Connecting DTP to Polarion ALM Server」で説明されているように、DTP が Polarion に接続されていることを確認します。
最初のステップは、 Traceability Pack をインストールすることです。このアーティファクトは、トレーサビリティを可能にする構成ファイルとアセットの集合です。
Traceability Pack をインストールした後、External System Traceability Report をデプロイします。
External System Traceability Report をデプロイすると、Report Center にドリルダウン レポートと新しいウィジェットが追加されます。ウィジェットを追加してレポートを参照する方法については「Viewing the Traceability Report」を参照してください。
このアーティファクトは、DTP Data Collector が Parasoft ツールからテスト結果を取得するときに、テスト データを Polarion に送信します。このアーティファクトは Traceability Pack に同梱されており、「Installing the Traceability Pack」の説明にあるように、フローをデプロイする前にインストールする必要があります。
<DTP_DATA_DIR>/conf ディレクトリにある ExternalAppsSettings.properties 構成ファイルを変更して、統合のデフォルトの動作を変更できます。すぐに利用できる DTP と Polarion の統合は、デフォルトまたは一般的に使用されるフィールドと作業アイテム タイプを使用するように構成されています。ただし、Polarion システムをカスタマイズしている場合は、次の設定を行って、DTP のデータをカスタム構成に合わせることができます。
polarion.workItemType.requirementIds | Parasoft で要求の役割を果たす Polarion 作業アイテム タイプをカンマ区切りリストで指定します。作業アイテムは、Traceability Report でも使用されます。 Polarion システムで作業アイテム ID にアクセスするには、Polarion UI で [Polarion Administration] > [Work Items] > [Types for the IDs] を選択します。 デフォルト:
|
---|---|
polarion.workItemType.testId | Parasoft でテストの役割を果たす Polarion 作業アイテム タイプを指定します。 Polarion システムで作業アイテム ID にアクセスするには、Polarion UI で [Polarion Administration] > [Work Items] > [Types for the IDs] を選択します。 デフォルト:
|
polarion.workItemType.issue | DTP の違反エクスプローラーとテスト エクスプローラーから新しい課題を作成するときに Polarion で作成する作業アイテム タイプを指定します。これにより、Polarion で構成したカスタムの課題トラッカーを DTP から作成された作業アイテムに関連付けることができます。 デフォルトでは、このプロパティは設定されていません。その結果、DTP で作成された課題作業アイテムは、Polarion の課題作業アイテムに関連付けられます。 |
polarion.workItem.Type.task | DTP の違反エクスプローラーとテスト エクスプローラーから新しいタスクを作成するときに Polarion で作成する作業アイテム タイプを指定します。これにより、Polarion で構成したカスタムのタスク トラッカーを DTP から作成された作業アイテムに関連付けることができます。 デフォルトでは、このプロパティは設定されていません。その結果、DTP で作成されたタスク作業アイテムは、Polarion のタスク作業アイテムに関連付けられます。 |
polarionIssueUrl | DTP の違反エクスプローラーとテスト エクスプローラーで作成された作業アイテムを Polarion の作業アイテムにリンクするための URL テンプレートを指定します。 デフォルト:
|
polarion.hyperlinkRole | Polarion システムで設定されているハイパーリンクの役割を指定します。ハイパーリンクの役割は、DTP の 違反エクスプローラー および テスト エクスプローラー から作業アイテムを作成するときに使用されます 。 ハイパーリンクの役割にアクセスするには、Polarion で Polarion Administration > Enumerations > hyperlink-role-enum.xml を選択します。 デフォルト:
|
polarion.requirementStatus.verified | DTP から送信されるテストと Polarion の要件との関係を指定します。現在の関係の構成を表示するには、Polarion で Polarion Administration > Enumerations > workitem-link-role-enum.xml を選択します。 デフォルト:
|
polarion.testCase.workItemLinkRole= | "WorkItem-Test" 関係タイプとして扱う必要があるロールのIDを指定します。現在の関係の構成を確認するには、Polarion で Polarion Administration > Enumerations > workitem-link-role-enum.xml を参照します。値は、"," で区切った ID のリストである必要があります。フィールドが空の場合、すべての役割タイプが受け入れられます。 Parasoft C/C++ および SOAtest の [要件] ビューで使用され、Polarion 要件に関連付けられた Polarion テストケースを提示します。 デフォルト: polarion.testCase.workItemLinkRole=depends_on,verifies,relates_to |
Polarion ALM との統合を設定した後、開発者、テスター、およびその他のユーザーは、統合によって実現される機能を活用できます。
テスト エクスプローラー ビューと違反エクスプローラー ビューを使用すると、ステータスに関係なく、テストと違反に対してそれぞれ課題と欠陥を作成できます。テスト エクスプローラーまたは違反エクスプローラーで Polarion アセットを作成する方法については、以下のセクションを参照してください。
次の図は、Polarion ALM 環境に Parasoft DTP および Parasoft テスト実行ツールを統合するための自動インフラストラクチャの実装方法を示しています。
@test
または @req
アノテーションを使用して Polarion のテスト ケースまたは要件 ID を追加します。アノテーションの追加の詳細については、C/C++test、dotTEST、または Jtest のドキュメントを参照してください。@test <Polarion unit test case ID>
アノテーションを使用して、テストを Polarion の単体テスト ケースと関連付けます。 @req <Polarion software/system requirement ID>
アノテーションを使用して、テストを Polarion のソフトウェア要件またはシステム要件と関連付けます。 Sending Test Data to External System フローをデプロイした場合 (「Deploying the Sending Test Data to External System Flow」を参照)、Data Collector が Parasoft ツールからデータを受信すると、単体テストと機能テストの結果が Polarion に自動的に送信されます。デフォルトでは、フローは Data Collector が受信した任意のプロジェクトの単体テストおよび機能テストの結果をフォワードしますが、特定のプロジェクトのデータだけを送信するようフローを設定できます。
また、DTP REST API エンドポイントに POST リクエストを手動で送信して、DTP データベースから Polarion に結果を送信することもできます。API 呼び出しの DTP フィルターとビルド ID を URL パラメーターとして渡します。
curl -X POST -u <username>:<password> "http://<host>:<port>/grs/api/v1.7/linkedApps/configurations/1/syncTestCases?filterId=<filterID>&buildId=<buildID>" |
フィルターおよびビルド ID は、テスト エクスプローラーの URL で利用できます。
filterId
パラメーターと buildId
パラメーターに一致するテスト結果を見つけ、そのデータを Polarion の単体テスト ケースまたは要件に送信します。次の応答を受け取るはずです。DTP は、@test <ID>
で結果を見つけると、Polarion で一致する ID を持つ単体テスト ケースを検索し、アイテムを更新します。Polarion に単体テスト ケース ID が存在しない場合、アクションは実行されません。
DTP は、@req <ID>
で結果を見つけると、Polarionで一致する ID を持つ要件を検索し、関連する子単体テスト ケースを更新します。要件 ID に一致する単体テスト ケースが存在しない場合、単体テスト ケースが作成されます。要件 ID が見つからない場合も、単体テスト ケースが作成されます。
DTP がレポートを処理し、結果を Polarion に送信した後、以下のような応答があります。
{ "createdTestSession": "DTPP-521", "created": [ "DTPP-519, testName = testBagSumAdd" ], "updated": [ "DTPP-519, testName = testBagSumAdd", "DTPP-518, testName = testBagSimpleAdd" ], "ignored": [ "MAGD-567, testName = testBagNegate", "QAP-512, testName = testTryThis3", "QAP-512, testName = testTryThis4", "MAGD-567, testName = testBagMultiply" ] } |
Sending Test Data to External System フローを使用して単体テストおよび機能テストの結果を送信している場合、デフォルトでは、すべての DTP プロジェクトのデータが Polarion に送信されます。結果として、Polarion ID に一致するアノテーションを含むすべての DTP プロジェクトで収集されたテストを含むよう、作業アイテムが更新されます。ただし、特定のプロジェクトのデータだけを送信するよう、フローを設定することもできます。
ノードをダブルクリックし、Property フィールドに次の文字列を指定します。
event.message.resultsSession.project |
フローを実行すると、指定した DTP プロジェクトのテスト結果だけが Polarion に送信されます。
テスト データが Polarion に正常に送信されると、Polarion で結果を表示できるようになります。
Polarion レポートをさらに展開して、作成者、場所、実行時間など、テストに関する詳細情報を表示できます。Polarion レポートの詳細については、Polarion のドキュメント を参照してください。
ご使用のシステムに External System Traceability Report がデプロイされている場合 (「 Enabling the Requirements Traceability Report」を参照)、ウィジェットをダッシュボードに追加して、要件からプロジェクトのテスト/静的解析/コードレビューまでのトレーサビリティをモニタリングできます。ウィジェットから、さらに詳細な情報を含むレポートを表示できます。
DTP ダッシュボード追加されたウィジェットは、個別のトレーサビリティ カテゴリに表示されます。ウィジェットを追加する方法については「ウィジェットの追加」を参照してください。
以下の設定を行うことができます。
タイトル | デフォルトのタイトルの代わりにダッシュボードに表示する新しいタイトルを入力できます。 |
---|---|
フィルター | [ダッシュボード設定] を選択してダッシュボード フィルターを使用するか、ドロップダウン メニューからフィルターを選択します。フィルターの詳細については「フィルターの作成と管理」を参照してください。 |
ターゲット ビルド | テストとコード解析を実行したビルド ID に設定する必要があります。ダッシュボード設定で指定されたビルド、最新ビルド、またはドロップダウン メニューで選択したビルドを使用できます。「ダッシュボードの設定」も参照してください。 |
種類 | Pie ウィジェットのみ 。ドロップダウン メニューからテスト、違反、またはレビューを選択し、そのステータスを示す円グラフを表示します。完全な概要をダッシュボードに表示するには、各タイプに設定したウィジェットのインスタンスを追加します。 |
プロジェクト | ドロップダウン メニューから Polarion プロジェクトを選択します。 |
このウィジェットには、指定された Polarion プロジェクトの要件の数が表示されます。
ウィジェットをクリックすると、Requirement Traceability レポート が表示されます。
このウィジェットは、プロジェクトのすべての要件に対する、テストでカバーされた要件の割合を示します。
ウィジェットの中央をクリックすると、Requirement Traceability レポート が表示されます。
色付きのセグメントは、テストの対象となる要件を表しています。ウィジェットをクリックすると、With Tests カテゴリにフィルタリングされた Requirement Traceability レポート が表示されます。
単体テスト、機能テスト、静的解析、およびピア レビューは、要件が適切かつ徹底的に実装されているかを検証するための一般的なアクティビティです。このウィジェットは、それらのソフトウェア品質アクティビティのコンテキストにおけるプロジェクト要件の全般的なステータスを表示します。品質アクティビティの種類 (テスト、静的解析違反、レビュー) ごとにウィジェットを追加して、プロジェクトの要件実装の進捗をモニタリングすることができます。
グラフ上のセクションにマウス ポインタを置くと、品質アクティビティ タイプのステータスについて詳細情報が表示されます。ウィジェットをクリックすると、選択したタイプでフィルタリングされた Requirement Traceability レポートが表示されます。
このレポートは、Polarion プロジェクトの要件とそれに関連するデータを表示します。
以下の操作を行うことができます。
Requirements - Pie ウィジェットのセクションをクリックすると、ウィジェットで選択した品質アクティビティ タイプだけを含むレポートが表示されます。ドロップダウン メニューを使ってタイプとステータスを切り替えることができます。[Show files/reviews] オプションを無効にして、レポートの [Files] 列と [Reviews] 列を非表示にすることもできます。[Files] 列と [Reviews] 列にデータがあるのは、要件がソース ファイルにマッピングされている場合だけです (「Enabling the Requirements Traceability Report」を参照)。この画面で [Files] 列および [Reviews] 列を無効にすると、関連するタブが Requirement Details レポート で非表示になります。
Requirement Details レポートは、Polarion の特定の要件に関連したファイル、静的解析の指摘事項、およびテストについての情報を表示します。このレポートは、メインの Requirement Traceability レポートで要件をクリックすることで表示されます。
最初のタブには、作業アイテムを検証するために実行されたテストの結果が表示されます。
[View results in Test Explorer] リンクをクリックすると、要件に関連付けられたすべてのテストをテスト エクスプローラーで参照できます。
テーブルの個々のテスト名をクリックし、テスト エクスプローラーで個々のテストを参照することもできます。
2 番目のタブには、要件に関連付けられたファイルと、ファイルで検出された静的解析違反が表示されます。[違反] 列のリンクをクリックして、違反エクスプローラー で違反を確認できます。違反に関する詳細が表示されます。
このタブにデータがあるのは、要件がソース ファイルにマッピングされている場合だけです (「Enabling the Requirements Traceability Report」を参照)。要件をソース ファイルにマッピングしなかった場合は、メインの Traceability レポート ページで [ファイル/レビューを表示] オプションを無効にし、詳細レポートを再読み込みすることで、このタブを非表示にできます。
ファイルに変更レビューまたはレビュー指摘事項が含まれる場合、それらは 3 番目のタブに表示されます。リンクをクリックすると、変更エクスプローラー で確認できます。
このタブにデータがあるのは、要件がソース ファイルにマッピングされている場合だけです (「Enabling the Requirements Traceability Report」を参照)。要件をソース ファイルにマッピングしなかった場合は、メインの Traceability レポート ページで [ファイル/レビューを表示] オプションを無効にし、詳細レポートを再読み込みすることで、このタブを非表示にできます。