デベロップメントテストとは？

企業内デベロップメントテストソリューションの特性

デベロップメントテスト導入を成功させるには、企業内のニーズに見合って拡大していく必要があります。成功に必須となる要素は下記の通りです。

• 高精度な結果

  結果が正確で、かつ関連性がなく、すぐに使用しやすいものでなければ、開発者は結果を無視することになるでしょう。開発者が必要とするのは、解析の低い御検知率や、コード上のどこに不具合があるかの明確な情報、他のストリームやプロジェクトが共用コード上にまたがって同じ不具合を含むのか、不具合を修正の仕方に関するガイドです。

• 素早い解析

  結果が開発者にタイムリーに届かなければ、開発の時間を無駄にすることになるでしょう。デベロップメントテストソリューションはコードベースの複雑性や大きさに関係なく、何日、何週もかかることなく、夜間ビルドの一部として何分かの内にテスト結果を素早く開発者に提供します。

• 既存のワークフローへのシームレスな統合

  開発ワークフロー： デベロップメントテストの採用は開発者のワークフローに合わなければ、制限されてしまいます。不具合管理は素早く、かつ簡単なものでなければなりません。このことは、インパクトに基づいて不具合の優先順位をつけたり、関連性のある不具合だけ見えるように選別したり、他の開発者と連携し、分散したチームや地理的な境界をまたがってトリアージ情報が共有でき、不具合をどのように修正するか理解できる知識ベースアクセスなどが含まれます。開発者はデスクトップ上のIDE内で、継続インテグレーションプロセスまたは、ビルドの一部としてコードをチェックインする前にこのプロセスを管理できます。

  管理ワークフロー： デベロップメントテストソリューションは、ポリシー管理とコードガバナンスを通じて管理者のワークフローへ統合されなければなりません。このことは、開発マネージメントが、チーム、プロジェクト、サプライヤーにまたがって単一の方法でコード品質、セキュリティ、複雑性を可視化でき、ソフトウェアポリシーを設定し、いくつもの開発マトリックスを統合できる能力も含みます。

  SDLCとアプリケーションライフサイクル管理（ALM）ワークフロー： デベロップメントテストは開発組織の既存ソフトウェア開発プロセスにシームレスに組み込まれる必要があります。開発と品質保証間で共有すべき情報の共通プラットフォームを作成することで、デベロップメントテストへ要件管理能力を、リリース管理へ、開発よりのコード品質とセキュリティKPIが可視化されます。また、出荷への準備に関するポリシーを管理することで、品質により自信が持てるようになります。

• 拡張性

  多くの組織は、より広い言語、プロトコール、標準にまたがってテストカバレッジを広める多数のコード解析ツールを配備しています。デベロップメントテストソリューションは、オープンプラットフォームとして使用され、組織が一番必要とする解析エンジンを共通の不具合管理ワークフローへ統合させます。

• 企業全体での拡張性

  プロジェクトの複雑性と規模の異なるチームにまたがってツールの採用を最大に活用するには、デベロップメントソリューションを、最大規模のコードベースへ拡張し、地域に分散した複数チームに所属する何千もの開発者が使用できるようにし、決められた方法で開発チームを集中して評価すべきです。