ソフトウェア プロジェクトには、「すべてのライブラリ」がいくつかあります。各ライブラリが一連の依存関係 (UI、データベース、ビジネス ロジックなど) に固有になるように、それらを再配置したいと考えています。
再配置されたライブラリが元の状態よりも (QA の観点から) 「優れている」ことを測定する方法はありますか?
ソフトウェア プロジェクトには、「すべてのライブラリ」がいくつかあります。各ライブラリが一連の依存関係 (UI、データベース、ビジネス ロジックなど) に固有になるように、それらを再配置したいと考えています。
再配置されたライブラリが元の状態よりも (QA の観点から) 「優れている」ことを測定する方法はありますか?
利用可能なツールセットが何であるかはわかりませんが、ここでの一般的なプログラミング メトリックはコード カップリングと呼ばれます
「結合は必要です。コードは便利になりますが、壊れやすくなる可能性もあります。より弱い結合を探すことで、システム内のコードの破損を減らすことができます。その結果、奇妙な問題を追跡する時間が減り、より多くの時間を費やすことができます。新しい機能を書き、磨き上げます。」
「すべてのライブラリ」間のすべての方向とサイクルの依存関係の形で、今日の状態を測定できます。
再編成後、レイヤーからレイヤーへの一方向の依存関係のみが存在するはずです。また、レイヤー内では、循環依存関係を持つべきではありません。
Java プロジェクトの場合、そのような種類の依存関係を測定するために、たとえばjdependが存在します。Maven Java プロジェクトは、QA 追跡用のソナーから利益を得ることができます。ソナーソースからのこの記事に興味があるかもしれません.
よろしくPatrick.Brunner