リリース日: 2017年6月1日

Development Testing Platform

コードベースへの変更が招くリスクを管理することを継続して重視しつつ、本リリースの DTP は以下の点で機能拡張されました。

変更エクスプローラーでの静的解析結果の追加
テストコンフィギュレーションインターフェイスでのルールのカスタマイズ (つまりルールマップ) のサポート
異なるテスト技法に対する結果とカバレッジデータの管理に関する拡張
DTP のダッシュボードと管理インターフェイスに対するユーザビリティの拡張
スケーラブルなデプロイインテリジェント解析のために PIE と Policy Center を DTP Enterprise Pack に統合
フィルターの管理とリソースグループの定義のための新しい REST API

変更エクスプローラーでの変更のコンテキストの理解

バージョン 5.3.1 で導入された変更エクスプローラービューでは、ソース管理システムとは独立して、DTP で直接コードベースの変更をすぐに参照できます。従来のピアレビューシステムとは対象的に、変更エクスプローラーでは DTP が集積したデータを利用して、コードの拡張について従来よりも深い洞察が可能であり、変更に関係するコンテキストが提供されます。変更エクスプローラーは静的解析違反をオーバーレイするようになったため、ユーザーはコードの変更のコンテキストで素早く違反を参照できます。ユーザーは、新しい違反の侵入を特定したり、いつ違反が修正されたかを確認したり、静的解析違反に関して変更がなかったことを検証したりすることができます。

柔軟なルールのカスタマイズ

内部あるいは業界の標準規格 (たとえば MISRA C 2012) への準拠を達成するために静的解析をデプロイするには、多くの場合、適切な標準規格にしたがって、レポートされた違反をマッピングおよびカテゴリ分けする必要があります。ルールマップを使用すると、DTP Engine が実行する静的解析ルールのプロパティ (重要度やカテゴリ) を変更し、テストコンフィギュレーションと関連付けることができます。テストコンフィギュレーションのインターフェイスが拡張され、複数のルールマップをサポートするようになりました。そのため、組織にとって重要なポリシーを簡単に実装できるようになりました。さらに、ルールマップの構成用インターフェイスが拡張され、従来より直感的に静的解析レポートをカスタマイズできます。詳細については「ルールマップ」を参照してください。

テスト結果とカバレッジの管理とマージ

異なるテスト技法にまたがってカバレッジデータとテストデータをマージし相関させるのは DTP の主要な機能です。マージされて相関されたカバレッジによって、どのようにテストが実行されたかに関係なく、テストカバレッジの全体像を把握できます。

DTP は「カバレッジイメージ」という概念を利用して、テスト実行に関連付けられたカバレッジデータを特定します。ダッシュボードにカバレッジデータを表示できるよう、カバレッジイメージはフィルターにリンクされます。DTP 5.3.2 では、1 つのフィルターに複数のカバレッジを関連付けることができるようになり、従来よりもさらに柔軟に、さまざまな方法でカバレッジデータの累積や細分化を定義できます。たとえば、単体テスト、機能テスト、および回帰テストのイメージを 1 つのフィルターに関連付けて、1 つのウィジェットでカバレッジの詳しい内容を参照できます。詳細については「カバレッジイメージとフィルターの関連付け」を参照してください。

複数のカバレッジイメージのサポートに加えて、DTP にはさらに細かくテスト結果をカテゴリ分けできる機能が用意されています。テストエクスプローラーと各テストウィジェットが、単体テスト、機能テスト、手動テスト、その他のテストタイプを区別できるようになったほか、それらのテストを 1 つのデータセットとして集約できるようになりました。

DTP ダッシュボードと管理の拡張

“MISRA C 2012” ダッシュボードテンプレートのレイアウトが更新されました。
MISRA C 2012 認証キットの一部として、新しい ‘MISRA Compliance Reports’ が Parasoft マーケットプレースで公開されました。
DTP ダッシュボードの URL が更新され、共有と再利用が簡単になりました。クエリー文字列で直接フィルターを設定できます (たとえば http://<dtp_server>/grs/dtp/dashboards/1006?filterId=78)。
Report Center の管理インターフェイスに、フィルターを管理及び作成するための新しいインターフェイスが追加されました。

DTP Enterprise Pack (以前の PIE + Policy Center)*

DTP Enterprise Pack は、Process Intelligence Engine (PIE)、Policy Center、およびカスタム DTP ワークフローを 1 つのフレームワークに統合します。DTP Enterprise Pack の中核を成すのが Extension Designer (以前の PIE Slice Designer) です。Extension Designer は、PIE スライス、DTP ワークフロー、および Policy Center プラクティスを作成および管理するための統合インターフェイスを提供します。

詳細については「DTP Enterprise Pack」を参照してください。

Extension Designer での SDLC 分析

Extension Designer は、スタンドアロンのデータ処理ロジックを作成して管理するためにインターフェイスを提供します。このロジックは「ワークフロー」または「スライス」と呼ばれ、潜在的に問題があるコード箇所を可視化するだけでなく、潜在的に問題のあるプロセスも可視化します。

Extension Designer 5.3.2 は、最新の Development Testing Platform API に加えて、JIRA などのサードパーティシステムの API も活用することで、レポートを処理して生成するためのデータを取得します。

また、このリリースでは、Enterprise Pack 拡張 (PIE スライス、DTP ワークフロー、および Policy Center プラクティス) のための統合インターフェイスと、これまでよりも単純化された Policy Center と DTP の統合が実現されました。

詳細については「Extension Designer」を参照してください。

新規および更新された拡張

本リリースでは以下のアーティファクトが更新されました。

PIE スライス

Change Based Testing: コードベースの変更の結果、(テストスイート全体ではなく) 再実行が必要となったテストだけに重点的に取り組むことができるため、効率的にリスクを削減できます。
Risky Code Changes: コードの変更はリスクを伴います。このスライスは、どの程度コードがテストされているかに対して、どの程度コードが保守可能かを見ることで、コードの変更を分析します。そして、リスクレベルを設定し、どの程度「品質的負債」が存在するかを示します。
Modified Coverage: 巨大なレガシーコードベースの場合、コードベース全体について 100% のカバレッジを得るのは不可能です。しかし、リスクを示すのは新規のコードまたは変更されたコードです。このスライスは、変更されたコードに特化することで、変更に関係するリスクを効率的に取り除くことを可能にします。
Test Stability Index: テストの安定性は、多くの開発チームにおいて継続的な課題です。開発者とテスターは、不安定なテストが時々失敗することを知っており、そのようなテストは無視されます。しかし、テストの数が数千個もある場合、本当に問題である失敗を特定するのは困難です。このスライスは、各テストをスコアリングしてその安定性でカテゴリ分けすることで、ノイズを削減するのに役立ちます。そのため開発チームは以下の 2 つの方法に集中できます。

1. まず「実際の失敗」を修正します。なぜなら、通常これは緊急の問題/リグレッションがあることを表すからです。
2. どのテストが安定性が必要かを数値化できます。

Key Performance Indicator: 静的解析違反の量は必ずしもチームのパフォーマンスを示す最良の指標ではありません。KPI スライスを使用すると、静的解析ルールを重み付けし、KPI の全般的なスコアを計算する複数のカスタムプロファイルを定義できます。

DTP ワークフロー

Traceability Report: カスタマイズ可能な Test Traceability ウィジェットと Requirement Traceability ウィジェットを提供します。これらのウィジェットからインタラクティブなレポートにアクセスできます。レポートを見ると、どの程度良く要件が実装/テストされているかを理解するのに役立ちます。
Static Analysis Violation Reporter for Atlassian JIRA: Atlassian JIRA インポーターを使って、テストと解析の最中に発見された問題 (たとえば静的解析の違反や単体テストの失敗) に対して JIRA のバグやタスクを作成および管理する方法の例を提供します。

Test Failures by Build: 動的解析テストの失敗と合わせて DTP ビルド IDE を表示するウィジェットを作成します。
DTP Build Review Workflow: Change Reviews (詳細については「変更エクスプローラー」を参照) の作成を自動化する方法の例と、作成されたレビューについて自動通知を受け取るユーザーを指定する方法についての例を提供します。

Export DTP Explorer Data to CSV: このワークフローは DTP のテストエクスプローラーと違反エクスプローラーからパラメーター URL を受け取り、CSV 出力を生成します。
DTP File Based Licensing Report: ファイルベースの DTP ライセンスを使用している場合、このワークフローは Parasoft DTP ライセンスの消費/使用についての詳細情報を提供します。

Policy Center プラクティス

Code Coverage: コードカバレッジについての期待値を定義し、許容できるレベルのカバレッジが確実に達成されるようにします。
Defects for JIRA: JIRA プロジェクトに存在するバグの数についての期待値を定義し、大量のバグが放置されないようにします。
Metrics: しきい値とアグリゲーターを定義することで、さまざまなコードメトリクス値をモニタリングできます。
Regression Test: 許容できる回帰テストの失敗数が、プロジェクトの指定のしきい値を超えないようにします。
Static Analysis: 重要度が高い静的解析違反が、許容される期間内に修正されるようにします。

詳細については「DTP Enterprise Pack の拡張機能」を参照してください。

Enterprise Pack ノードの変更点

PIE 1.x からより新しいバージョンの Extension Designer にアップグレードするには、データベースとフローを手動で移行する必要があります。

Endpoint ノード

Endpoint ノードはこのリリースで新たに追加されました。Endpoint ノードは、フルスタックの Web コンポーネントを作成するために必要なすべての機能をカプセル化するサービスエンドポイントを公開します。このノードは "http in" ノードとして振る舞いますが、実際のエンドポイントは UUID の代わりにユーザーから抽象化されます。代わりに、ユーザーはエンドポイントに関連付けるべきフロントエンド UI コンポーネントの選択と作成に集中するだけでなく、そのようなコンポーネントを推進するデータを生成するフローの実装に集中します。これは、ユーザーから実装の詳細を抽象化し、ユーザーがビジネスロジックにのみ集中することを可能にします。

機能:

DTP カスタムウィジェット: DTP ダッシュボードに自動的にデプロイされる DTP カスタムウィジェットで使用されます。
DTP カスタムレポート: DTP レポートまたはカスタムレポートにさらに展開されるカスタムウィジェットで使用されます。サンプルについては「Risky Code Changes」を参照してください。
Policy Center プラクティス: Policy Center のプラクティスを有効にするために使用されます。
General: サードパーティの統合のための一般的な REST API エンドポイントや、データをエクスポートするための CLI 呼び出しとして使用できます。

PIE Event In

Event In ノードで置き換えられました。

PIE Event Out

Event Out ノードで置き換えられました。

DTP MQTT

Event In および Event Out ノードで置き換えられました。

Event In

Event In/Out ノードはこのリリースで新たに追加されました。Event In/Event Out ノードは Extension Designer 独自の MQTT イベントブローカーに接続し、サービスまたは外部コンポーネント間でイベントを管理します。また、起動時に DTP のイベントブローカーをサブスクライブするため、ユーザーが DTP イベントをサブスクライブするために個別の DTP 接続を用意する必要はありません。

アーキテクチャ面での変更によって、内部的な PIE イベントはすべて Extension Designer イベントブローカーのカスタムイベントに置き換えられました。

DTP イベントは “DTP” グループと共に使用できます。詳細についてはノードの説明を参照してください。

DTP イベントの詳細については「DTP イベントのサブスクリプション」を参照してください。

ビルトインの PIE イベントは利用できなくなりました。新規の違反イベントと修正済みの違反イベントは、Extension Designer のメニューから [読み込み] > [ライブラリ] > [ Common] > [Violation Events] を選択してデプロイすることができます。DTP 5.3.0 より、API の更新を受けて、再発する違反のイベントはサポートされなくなりました。

Event Out

「Event In」を参照してください。

PC REST API (新規)

ノードはこのリリースで新たに追加されました。このノードは、Policy Center REST API を介した Policy Center とやり取りを可能にするために Policy Center のプラクティス (Policy Center Practice - Code Coverage など) によって使用されます。

Model Settings

Profile Search ノードで置き換えられました。

Profile Search

Model Settings ノードは Profile Search ノードで置き換えられました。プロパティの変更はありませんが、PIE Slice Designer (バージョン 1.x) から古いフローをインポートすると、エラーが発生します。

Profile Search ノードを使用するには、Model Settings ノードを使用するフローを再構成してください。

Project Filter

このリリースで削除されました。静的解析ペイロードをフィルタリングするために、function の lodash ライブラリを使用できます。lodash ライブラリの詳細については、「ノードの使用」の function ノードの説明を参照してください。lodash の使用例については「違反のメタデータの更新」を参照してください。

Violation Filter

このリリースで削除されました。詳細については「Project Filter」を参照してください。

Violation Grouper

このリリースで削除されました。詳細については「Project Filter」を参照してください。

Prioritization View

このリリースで削除されました。このノードは DTP REST API バージョン 1.2 以前とのみ互換性があります。

詳細については「REST API」ドキュメントを参照してください。

メタデータの設定の詳細については、[読み込み] > [ライブラリ] > [Examples] > [Static Analysis Prioritization] を選択して説明を参照してください。

Test Case Metadata