このセクションの内容:
Table of Contents | ||
---|---|---|
|
はじめに
CodeBeamer Codebeamer ALM は、要件を管理するための一般的なブラウザー ベースのプラットフォームです。Parasoft DTP と codeBeamer ALM との統合は、以下の機能を実現します。
- Violations Explorer から codeBeamer ALM でバグとタスクを手動で作成する機能。
- Test Explorer から codeBeamer ALM でバグとタスクを手動で作成する機能。
- codeBeamer の作業アイテムで Parasoft のテスト結果を送信、表示、および更新する機能 (「Sending Test Data to CodeBeamer」を参照)。
- codeBeamer のトレーサビリティ レポートを使用してトレーサビリティを追跡することを計画しているユーザー向け。これを行うには、最初に Parasoft DTP から codeBeamer にテスト結果を送信する必要があります。
- テスト、静的解析結果、コード レビューを codeBeamer の要件から追跡する機能 (「Viewing the Traceability Report」を参照)。
- Parasoft DTP のトレーサビリティ レポートを使用してトレーサビリティを追跡することを計画しているユーザー向け。これを行うには、@req を使用して、Parasoft の自動テストを codeBeamer 要件に関連付けます。
要件
次の要件は、テスト結果を codeBeamer に送信する場合にのみ適用されます。
- 次の Parasoft ツールが実行するテストがサポートされていること:
- C/C++test Professional、dotTEST、Jtest 10.4.3 以降
- Selenic 2020.1 以降
- SOAtest 9.10.8 以降
- codeBeamer で要件を作成済みである必要があります。
設定
この設定は、Parasoft 管理者が一度だけ行う必要があります。開発者、テスター、およびその他の DTP エンドユーザーは、Parasoft ツールを codeBeamer ALM と連携して使用する方法について、「Usage 」を参照してください。
...
- 設定ドロップダウン メニュー (歯車のアイコン) から [Report Center 設定] を選択します。
- [External System] を選択して [設定の編集] をクリックし、[システム タイプ] ドロップダウンメニューから codeBeamer を選択します。
- [Enabled] オプションを有効化します。
- [名前] フィールドに codeBeamer ALM のインスタンス名を入力します。名前は必須ですが、接続設定に影響したり、他のインターフェイスで表示されたりすることはありません。
- [アプリケーション URL] フィールドに codeBeamer サーバーの URL を入力します。URL には、プロトコル、ホスト、およびポート番号を含める必要があります。パスまたはパラメーターは含めないでください。
- [表示 URL] フィールドは、codeBeamer システムへのリンクが Web ブラウザーに表示されるときに Parasoft DTP ページに表示される URL を定義します。通常、これは上記のアプリケーション URL フィールドと同じである必要があります。ただし、たとえば、リバース プロキシ環境で作業していて、Parasoft DTP を使用するユーザーのローカル Web ブラウザーから codeBeamer へのリンクが Parasoft DTP サーバーとは異なる場合は、違うことがあります。
- [Username] および [Password/API tokens] フィールドにログイン認証情報を入力します。ログインには、[プロジェクトの関連付け] セクションで指定された codeBeamer プロジェクトで課題を作成するのに十分な権限が必要です。
- [接続のテスト] をクリックして設定を確認し、[確認] をクリックします。
Parasoft プロジェクトと CodeBeamer ALM プロジェクトの関連付け
Parasoft プロジェクトと codeBeamer プロジェクトを関連付けると、違反エクスプローラーまたはテスト エクスプローラー ビューから欠陥を作成し、codeBeamer の適切なプロジェクトにリンクすることができます。Sending Test Data to External System フロー を使用する場合、関連付けも重要です。DTP の複数のプロジェクトを 1 つの codeBeamer プロジェクトと関連付けることはできますが、同じ DTP プロジェクトを複数の codeBeamer プロジェクトと関連付けることはできません。
- [プロジェクトの関連付けを作成] をクリックし、[DTP プロジェクト] ドロップダウン メニューからプロジェクトを選択します。
- [外部プロジェクト] フィールドに codeBeamer プロジェクトの名前を入力して [Create] をクリックし、関連付けを保存します。
プロジェクトの関連付けを削除するには、ゴミ箱のアイコンをクリックします。プロジェクトの関連付けを削除しても、DTP のエクスプローラー ビューから codeBeamer の欠陥へのリンクは削除されません。関連付けを削除してから再作成すると、違反と codeBeamer の課題との既存リンクが再び有効になります。
DTP と codeBeamer プロジェクトの既存の関連付けの設定を変更できます。
- 鉛筆アイコンをクリックし、ドロップダウン メニューから別の DTP プロジェクトを選択するか、[外部プロジェクト] フィールドに別の codeBeamer プロジェクトの名前を指定します。
- [保存] をクリックします。
...
codeBeamer に保存された要件、および Parasoft ツール (C/C++test、dotTEST、Jtest) から DTP に送信されたテスト データ、静的解析データ、ビルド レビュー データとの間のトレーサビリティを実証するのに役立つウィジェットとレポートを生成するように、DTP を構成できます。
Traceability Report にコード レビューと静的解析情報を含める場合は、ソース コード ファイルを codeBeamer の要件に関連付ける必要があります。この機能を有効化する方法については「Associating Requirements with Files」を参照してください。
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 CodeBeamer ALM Server」で説明されているように、DTP が codeBeamer に接続されていることを確認します。
...
最初のステップは、 Traceability Pack アーティファクトをインストールすることです。このアーティファクトは、トレーサビリティを可能にする構成ファイルとアセットの集合です。
- 設定メニュー (歯車のアイコン) から [Extension Designer] を選択します。
- [構成] タブをクリックしてアーティファクト マネージャーを開きます。
- [アーティファクトの追加] をクリックし、traceability-pack-<version>.zip アーカイブを参照します (「Downloading and Installing Artifacts」も参照)。
- [インストール] をクリックすると、トレーサビリティを有効にするためのアセットと構成ファイルの集合がインストールされます。
Traceability Report をデプロイする
Traceability Pack をインストールした後、レポート コンポーネントを DTP 環境にデプロイします。
...
External System Traceability Report をデプロイすると、Report Center にドリルダウン レポートと新しいウィジェットが追加されます。ウィジェットを追加してレポートを参照する方法については「Viewing the Traceability Report」を参照してください。
Sending Test Data to External System フローのデプロイ
このアーティファクトは、DTP Data Collector が Parasoft ツールからテスト結果を取得するときに、テスト データを codeBeamer に送信します。このアーティファクトは Traceability Pack に同梱されており、「Installing the Traceability Pack」の説明にあるように、フローをデプロイする前にインストールする必要があります。
...
詳細設定
<DTP_DATA_DIR>/conf ディレクトリにある ExternalSystemSettings.properties 構成ファイルを変更して、統合のデフォルトの動作を変更できます。すぐに利用できる DTP と codeBeamer の統合は、デフォルトまたは一般的に使用されるフィールドと作業アイテム タイプを使用するように構成されています。ただし、codeBeamer システムをカスタマイズしている場合は、次の設定を行って、DTP のデータをカスタム構成に合わせることができます。
Scroll Table Layout | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
1 回の実行で codeBeamer に送信するテスト ケースの結果の最大数を指定します。
デフォルト:
codeBeamer.import.chunkSize=1000
...
要件を含む codeBeamer のトラッカーの名前を指定します。これにより、codeBeamer で構成したカスタムの要件トラッカーを DTP でのテスト結果に関連付けることができます。このトラッカーは、Traceability レポートに表示する要件も決定します。
デフォルト:
codeBeamer.tracker.requirements=System Requirement Specifications
"Information" および "Folder" 要件タイプは DTP レポートで無視されます。
注意: この設定はデフォルトでグローバルですが、設定の最後に codeBeamer プロジェクト キーを追加することで、特定の codeBeamer プロジェクトに使用できます。例:
codeBeamer.tracker.requirements.Project-A=System Requirement Specifications
"Project-A" が codeBeamer プロジェクト キーである場合、この設定はその codeBeamer プロジェクトにのみ適用されます。異なるキーを使用して、複数のプロジェクト固有のこの設定を定義できます。プロジェクト固有の設定は、グローバル設定よりも優先されます。
...
Parasoft DTP のテスト結果に関連付けるテストケースを含む codeBeamer のトラッカー名を指定します。複数のテストトラッカーを指定する場合はセミコロン (;) で区切ります。
デフォルト:
codeBeamer.tracker.tests=Test Cases
例:
codeBeamer.tracker.tests=Test Cases;Integration Tests
この設定は、以下の Parasoft DTP の機能が codeBeamer 内のテストケースを検索するために使用します。
- DTP から codeBeamer へ /syncTestCases API を使用してテスト結果を送信します。
- codeBeamer の既存のテスト定義は、Parasoft ツールで定義された @test T_ID を元に検索されます。T_ID が見つからない場合は、無視されます。
- 既存のテスト定義は、codeBeamer の要件 (Parasoft の @req で検索) に関連して検索されます。
- 注意: /syncTestCases API は、codeBeamer に特定の Parasoft テスト定義 (@req で注釈された Parasoft テストに対応) が見つからない場合、codeBeamer に新しいテスト定義を作成します。このテスト定義は、
codeBeamer.tracker.tests
リストで定義された最初のテスト トラッカーに作成されます。
- 注意: /syncTestCases API は、codeBeamer に特定の Parasoft テスト定義 (@req で注釈された Parasoft テストに対応) が見つからない場合、codeBeamer に新しいテスト定義を作成します。このテスト定義は、
- C/C++test の [要件] ビューに表示される要件とテストの階層を提供します。
- DTP から codeBeamer へ /syncTestCases API を使用してテスト結果を送信します。
注意: この設定はデフォルトでグローバルですが、設定の最後に codeBeamer プロジェクト キーを追加することで、特定の codeBeamer プロジェクトに使用できます。例:
codeBeamer.tracker.tests.Project-A=<TCT1>;<TCT2>;<TCT3>
"Project-A" が codeBeamer プロジェクト キーである場合、この設定はその codeBeamer プロジェクトにのみ適用されます。異なるキーを使用して、複数のプロジェクト固有のこの設定を定義できます。プロジェクト固有の設定は、グローバル設定よりも優先されます。
codeBeamer 構成についての注意:
Parasoft のテストに @req
アノテーションを付けると、codeBeamer に同等のテストケースが作成され、テストケースと要件の間に Verifies の関係が作成されます。正しく機能するようにするには、codeBeamer 構成のテストケースと要件トラッカーで "Verifies" オプションが有効になっていることを確認してください。
...
codeBeamer にテスト結果を送信するときに DTP がテスト実行を作成する codeBeamer のテスト実行トラッカー名を指定します。この設定は、/syncTestCases API を使用して DTP から codeBeamer にテスト結果を送信する際に使用されます。
典型的な使用例: 単一のテスト実行トラッカー
ほとんどの場合、codeBeamer のテスト実行トラッカーは 1 つだけなので、この設定は空白のままにしておくことができます。これがデフォルトです。この設定を空にすると、DTP は codeBeamer の最初の (この場合、唯一の) テスト実行トラッカーにテスト実行を作成します。
高度な使用例: 複数のテスト実行トラッカー
codeBeamer プロジェクトに複数のテスト実行トラッカーがあり、そこに DTP のテスト実行を挿入したい場合、この設定で定義することができます。複数のテスト実行トラッカーを指定する場合はセミコロン (;) で区切ります。
例:
codeBeamer.tracker.testRuns=<TRT1>;<TRT2>;<TRT3>
複数のテスト実行トラッカーを定義すると、特定のプロジェクトの codeBeamer テストケース トラッカー (上記の codeBeamer.tracker.tests を参照) とテスト実行トラッカーの間のマッピングを指定し、テスト実行の作成場所を制御できます。たとえば、次の設定を行なったとします。
codeBeamer.tracker.tests=<TCT1>;<TCT2>;<TCT3>;<TCT4>
codeBeamer.tracker.testRuns=<TRT1>;<TRT2>;<TRT3>
この状態で、DTP が /sendTestCases API を実行し、DTP の特定のテストケースに対して codeBeamer のテストケース (たとえば TCT1
) を見つけると、そのテスト実行は対応するテスト実行トラッカー (この場合は TRT1
) に作成されることになります。マッピングはそれぞれの設定の位置に基づいているので、この例では、TCT2
は TRT2 に、TCT3
は TRT3
にマッピングされます。
もし DTP が TCT4
で定義されたテストケースを codeBeamer で見つけた場合、DTP に TRT4
トラッカーが設定されていないため (または DTP に設定されていても codeBeamer に TRT4
が存在しない場合)、テスト実行は TRT1
に作成されます (設定されたテスト実行トラッカーのリストの最初の項目であるため)。
注意: この設定はデフォルトでグローバルですが、設定の最後に codeBeamer プロジェクト キーを追加することで、特定の codeBeamer プロジェクトに使用できます。例:
codeBeamer.tracker.testRuns.Project-A=<TRT1>;<TRT2>;<TRT3>
"Project-A" が codeBeamer プロジェクト キーである場合、この設定はその codeBeamer プロジェクトにのみ適用されます。異なるキーを使用して、複数のプロジェクト固有のこの設定を定義できます。プロジェクト固有の設定は、グローバル設定よりも優先されます。
...
DTP の違反エクスプローラーおよびテスト エクスプローラーで作業アイテムを作成するときに codeBeamer で作成されるバグのステータスを指定します。
デフォルト: オープン
...
DTP の違反エクスプローラーとテスト エクスプローラーから新しいバグを作成するときに codeBeamer で作成する作業アイテム タイプを指定します。これにより、codeBeamer で構成したカスタムのバグ トラッカーを DTP から作成された作業アイテムに関連付けることができます。
デフォルトでは、このプロパティは設定されていません。その結果、DTP で作成されたバグ作業アイテムは、codeBeamer のバグ作業アイテムに関連付けられます。
...
DTP の違反エクスプローラーおよびテスト エクスプローラーで作業アイテムを作成するときに codeBeamer で作成されるタスクのステータスを指定します。
デフォルト: オープン
...
デフォルトでは、このプロパティは設定されていません。その結果、DTP で作成されたタスク作業アイテムは、codeBeamer のタスク作業アイテムに関連付けられます。
...
DTP の違反エクスプローラーとテスト エクスプローラーで作成された作業アイテムを codeBeamer の作業アイテムにリンクするための URL テンプレートを指定します。
デフォルト:
codeBeamerIssueUrl=<CODEBEAMER_URL>/cb/issue/<ID>
...
codeBeamer ALM との統合を設定した後、開発者、テスター、およびその他のユーザーは、統合によって実現される機能を活用できます。
CodeBeamer ALM でのバグとタスクの手動作成
テスト エクスプローラーと違反エクスプローラーを使用すると、ステータスに関係なく、テストと違反に対してそれぞれバグとタスクを作成できます。テスト エクスプローラーまたは違反エクスプローラーで codeBeamer アセットを作成する方法については、以下のセクションを参照してください。
- 違反エクスプローラーから codeBeamer ALM のバグとタスクを手動で作成する方法については、「サードパーティ システムでの課題の作成」を参照してください。
- テスト エクスプローラーから codeBeamer ALM のバグとタスクを手動で作成する方法については、「サードパーティ システムでの課題の作成」を参照してください。
...
次の図は、codeBeamer ALM 環境に Parasoft DTP および Parasoft テスト実行ツールを統合するための自動インフラストラクチャの実装方法を示しています。
...
@test <codeBeamer test ID>
アノテーションを使用して、テストを codeBeamer Test Cases トラッカーのアイテムに関連付けます。@req <codeBeamer System Requirements Specification ID>
アノテーションを使用して、テストを codeBeamer System Requirements Specifications トラッカーのアイテムに関連付けます。Parasoft は、テスト ケースと codeBeamer の要件との間に Verifies 関係を作成します。そのため、使用する codeBeamer 構成の特定のテスト ケースと要件トラッカーに対して Verifies オプションを必ず有効にしてください。- URL などの codeBeamer インターフェイスのさまざまな部分から作業アイテム ID を取得できます。
...
Sending Test Data to External System フローをデプロイした場合 (「Deploying the Sending Test Data to External System Flow」を参照)、Data Collector が Parasoft ツールからデータを受信すると、単体テストと機能テストの結果が codeBeamer に自動的に送信されます。デフォルトでは、フローは Data Collector が受信した任意のプロジェクトの単体テストおよび機能テストの結果をフォワードしますが、特定のプロジェクトのデータだけを送信するようフローを設定できます (「Sending Results from a Specific DTP Project」を参照)。
また、DTP REST API エンドポイントに POST リクエストを手動で送信して、DTP データベースから codeBeamer に結果を送信することもできます。API 呼び出しの DTP フィルターとビルド ID を URL パラメーターとして渡します。
No Format |
---|
curl -X POST -u <username>:<password> "http://<host>:<port>/grs/api/v1.7/linkedApps/configurations/1/syncTestCases?filterId=<filterID>&buildId=<buildID>" |
...
groupResultsBySOAtestTST
...
boolean
...
true
に設定すると、SOAtest の結果が .tst ファイルでグループ化されます。その結果、1 つの .tst ファイルが 1 つの codeBeamer テストに関連付けられます。
false
に設定すると、SOAtest.tst 内の各テストステップが codeBeamer テストに関連付けられます。
デフォルトは false
です。
...
フィルターおよびビルド ID は、テスト エクスプローラーの URL で利用できます。
...
DTP は、filterId
パラメーターと buildId
パラメーターに一致するテスト結果を見つけ、そのデータを codeBeamer の作業アイテムに送信します。
- DTP は、
@test <ID>
で結果を見つけると、codeBeamer で一致する ID を持つ Test Case トラッカーのアイテムを検索し、アイテムを更新します。codeBeamer に単体テスト ケース ID が存在しない場合、アクションは実行されません。必要に応じて、アノテーションを使用して、テストを CodeBeamer のテスト実行に関連付けます。 - DTP は、
@req <ID>
で結果を見つけると、codeBeamer で一致する ID を持つ System Requirements Specifications トラッカーのアイテムを検索します。一致が見つかった場合、要件に関連付けられたテスト ケースにテスト実行が追加されます。要件 ID に一致するテスト ケースがない場合は、テスト ケースが作成されてテスト実行が追加されます。 - external-app-sync.log ファイルも <DTP_INSTALL>/logs ディレクトリに書き込まれます。このログ ファイルには、DTP から codeBeamer へのテスト結果の送信に関する進捗情報が含まれています。
ベースのプラットフォームです。一方、Parasoft テスト ツールと DTP は、ソフトウェア プロジェクトで品質上の問題を検出したりテストを実行したりする包括的な自動テスト ツールを提供します。Codebeamer ALM を Parasoft DTP と統合することで、2 つの重要なシステム要素間のトレーサビリティを強化し、プロジェクトのワークフローを強化できます。
- Codebeamer ALM は、要件、欠陥、テストの定義を担当します。
- Parasoft テストツールは、自動テストを実行し、ソフトウェアの欠陥や違反を検出します。Parasoft DTP は、レポートと解析のダッシュボードです。
Parasoft ツールを Codebeamer ALM と統合すると、以下の機能が提供されます。
Parasoft DTP の違反エクスプローラーおよびテスト エクスプローラーからの Codebeamer ALM での欠陥の作成
Parasoft テスト ツールが静的解析違反を検出した場合、または自動テストの失敗が DTP でレポートされた場合、Parasoft DTP インターフェイスから直接、統合された Codebeamer ALM で欠陥レポートを簡単に作成できます。「Manually Creating Bugs and Tasks in CodeBeamer ALM」を参照してください。
Parasoft テスト結果の Codebeamer ALM 要件およびテスト定義への送信
ソフトウェア要件は Codebeamer ALM で定義され、Parasoft ツールと DTP はこれらの要件の実装をテストするために使用されます。Parasoft DTP から Codebeamer ALM にテスト結果を送信することで、Codebeamer ALM のトレーサビリティ レポートを使用して、Codebeamer ALM のこれらの要件と Parasoft DTP のテスト結果の間のトレーサビリティを追跡できます。「Sending Test Data to Codebeamer and Viewing Results」を参照してください。
Anchor Monitoring Monitoring
Parasoft DTP レポートのテスト結果に対する Codebeamer ALM 要件のトレーサビリティの監視
Monitoring | |
Monitoring |
このユースケースは前述の機能と似ています。Codebeamer ALM 要件から Parasoft テスト結果までのトレーサビリティを監視することを目的とします。しかし、違いはレポートのソースにあります。前述の機能では Codebeamer ALM でのレポートが容易になりましたが、この機能では Parasoft DTP のレポートを利用します。「Parasoft to Codebeamer Traceability Reports」を参照してください。
設定
これらの機能を利用するには、事前にいくつかの設定が必要です。「Configuring Integration with Codebeamer」を参照してください。
さらに、前述の「Parasoft DTP レポートのテスト結果に対する Codebeamer ALM 要件のトレーサビリティの監視」機能を使用する場合は、いくつかの追加構成が必要です。「Configuring Parasoft to Codebeamer Traceability」を参照してください。
Anchor | ||||
---|---|---|---|---|
|
Note | ||
---|---|---|
| ||
DTP を 2023.2 以前のバージョンからアップグレードし、新しいバージョンの Codebeamer (Codebeamer 22 など) と統合する場合は、 古いバージョンの Codebeamer では、デフォルトの接頭辞パスとして さらに、 このプロパティと ExternalSystemSettings.properties の設定の詳細については、「詳細設定」を参照してください。 |
DTP がレポートを処理し、結果を codeBeamer に送信した後、以下のような応答があります。
Code Block | ||
---|---|---|
| ||
{
"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"
]
} |
特定の DTP プロジェクトの結果を送信する
Sending Test Data to External System フローを使用して単体テストおよび機能テストの結果を送信している場合、デフォルトでは、すべて DTP プロジェクトのデータが codeBeamer に送信されます。結果として、codeBeamer ID に一致するアノテーションを含むすべての DTP プロジェクトで収集されたテストを含むよう、作業アイテムが更新されます。ただし、特定のプロジェクトのデータだけを送信するよう、フローを設定することもできます。
- Extension Designer を開き、Sending Test Data がデプロイされたサービスを開きます。
- ワークスペースに新しいスイッチ ノードをドラッグします。
- "DataCollectorProcessedEvent" ノードと "Is dynamic analysis" ノードの間の接続線を選択して削除します。
- "DataCollectorProcessedEvent" ノードからスイッチ ノード、またスイッチ ノードから "Is dynamic analysis" ノードに新しい接続をドラッグします。
ノードをダブルクリックし、Property フィールドに次の文字列を指定します。
No Format event.message.resultsSession.project
- 文字列フィールドに DTP プロジェクトの名前を指定します。
- (任意) ノードのわかりやすい名前を指定します。
- [終了] をクリックしてノードの設定を終了し、[デプロイ] をクリックします。
フローを実行すると、指定した DTP プロジェクトのテスト結果だけが codeBeamer に送信されます。
CodeBeamer での結果の表示
テスト データを送信した後、codeBeamer で結果を表示できます。次の画像は、codeBeamer の System Requirement Specifications トラッカーを示しています。このトラッカーには、いくつかのテスト ケースが含まれています。
個々のテスト ケースについて、テスト実行などの詳細情報をさらに確認できます。
テスト実行をクリックすると、テスト ファイル、ビルド ID、テスト作成者といった実行の詳細が表示されます。
...
ご使用のシステムに External System Traceability Report がデプロイされている場合 (「Enabling the Requirements Traceability Report」を参照)、ウィジェットをダッシュボードに追加して、要件からプロジェクトのテスト/静的解析/コードレビューまでのトレーサビリティをモニタリングできます。ウィジェットから、さらに詳細な情報を含むレポートを表示できます。
ウィジェットの追加と構成
DTP ダッシュボード追加されたウィジェットは、個別のトレーサビリティ カテゴリに表示されます。ウィジェットを追加する方法については「Adding Widgets」を参照してください。
以下の設定を行うことができます。
...
Requirements Widget
このウィジェットには、指定された codeBeamer プロジェクトの要件の数が表示されます。
ウィジェットをクリックすると、Requirement Traceability レポート が表示されます。
Test Coverage Widget
このウィジェットは、プロジェクトのすべての要件に対する、テストでカバーされた要件の割合を示します。
ウィジェットの中央をクリックすると、Requirement Traceability レポート が表示されます。
色付きのセグメントは、テストの対象となる要件を表しています。ウィジェットをクリックすると、With Tests カテゴリにフィルタリングされた Requirement Traceability レポート が表示されます。
Pie Widget
単体テスト、機能テスト、静的解析、およびピア レビューは、要件が適切かつ徹底的に実装されているかを検証するための一般的なアクティビティです。このウィジェットは、それらのソフトウェア品質アクティビティのコンテキストにおけるプロジェクト要件の全般的なステータスを表示します。品質アクティビティの種類 (テスト、静的解析違反、レビュー) ごとにウィジェットを追加して、プロジェクトの要件実装の進捗をモニタリングすることができます。
グラフ上のセクションにマウス ポインタを置くと、品質アクティビティ タイプのステータスについて詳細情報が表示されます。ウィジェットをクリックすると、選択したタイプでフィルタリングされた Requirement Traceability レポートが表示されます。
Requirements Implementation Status by Tests
Requirements Implementation Status by Violations
Requirements Implementation by Reviews
...
このレポートは、codeBeamer の要件とそれに関連するデータを表示します。
以下の操作を行うことができます。
- レポートの [Files] 列と [Reviews] 列を非表示にする場合は、[Show files/reviews] オプションを無効にします。[Files] 列と [Reviews] 列にデータがあるのは、要件がソース ファイルにマッピングされている場合だけです (「Enabling the Requirements Traceability Report」を参照)。この画面で [Files] 列および [Reviews] 列を無効にすると、関連するタブが Requirement Details レポート で非表示になります。
- codeBeamer ALM でトラッカーを確認するには、[Key] 列のリンクをクリックします。
- [Summary] 列または [Test] 列のリンクをクリックして、codeBeamer Requirement Details Report のトラッカーに関係するテスト関連情報を表示します。
- [Files] 列のリンクをクリックして、codeBeamer Requirement Details Report のトラッカーに関係する静的解析関連の情報を表示します。
- [Reviews] 列のリンクをクリックして、codeBeamer Requirement Details Report のトラッカーに関係する変更レビュー関連の情報を表示します。
Requirement Traceability Report by Type
codeBeamer Requirements - Pie ウィジェットのセクションをクリックすると、ウィジェットで選択した品質アクティビティ タイプだけを含むレポートが表示されます。ドロップダウン メニューを使ってタイプとステータスを切り替えることができます。[Show files/reviews] オプションを無効にして、レポートの [Files] 列と [Reviews] 列を非表示にすることもできます。[Files] 列と [Reviews] 列にデータがあるのは、要件がソース ファイルにマッピングされている場合だけです (「Enabling the Requirements Traceability Report」を参照)。この画面で [Files] 列および [Reviews] 列を無効にすると、関連するタブが Requirement Details レポート で非表示になります。
...
codeBeamer Requirement Details レポートは、codeBeamer の特定の要件に関連したファイル、静的解析の指摘事項、およびテストについての情報を表示します。このレポートは、codeBeamer Requirement Traceability レポートで要件をクリックすることで表示されます。
最初のタブには、作業アイテムを検証するために実行されたテストの結果が表示されます。
[View results in Test Explorer] リンクをクリックすると、要件に関連付けられたすべてのテストをテスト エクスプローラーで参照できます。
テーブルの個々のテスト名をクリックし、テスト エクスプローラーで個々のテストを参照することもできます。
2 番目のタブには、要件に関連付けられたファイルと、ファイルで検出された静的解析違反が表示されます。[違反] 列のリンクをクリックして、Violations Explorer で違反を確認できます。違反に関する詳細が表示されます。
このタブにデータがあるのは、要件がソース ファイルにマッピングされている場合だけです (「Enabling the Requirements Traceability Report」を参照)。要件をソース ファイルにマッピングしなかった場合は、メインの Traceability レポート ページで [ファイル/レビューを表示] オプションを無効にし、詳細レポートを再読み込みすることで、このタブを非表示にできます。
ファイルに変更レビューまたはレビュー指摘事項が含まれる場合、それらは 3 番目のタブに表示されます。リンクをクリックすると、Change Explorer で確認できます。
...