1

現在、さまざまなコンポーネントを開発している約 60 人の開発者からなるソフトウェア開発グループに Design-by-Contract を導入しています。まず、C# と Java の Design-By-Contract ポリシーを定義しました。進行状況を測定するために、キーワード (コメントと文字列リテラルを除く) を単純に検索して、クラスの数とコントラクト アサーション (前提条件、事後条件、および不変条件) の数を数えています。したがって、次の 2 つの統計があります。

  1. コンポーネントごとのコントラクト アサーションの数
  2. コンポーネントごとのクラスごとのコントラクト アサーションの平均数

Design-By-Contract のメトリクスを使用した経験があるか、またはコード ベースでの Design-By-Contract の使用状況を測定するためのメトリクスを推奨できますか?

4

2 に答える 2

0

最初のステップは、チェックインされたすべての新しいコードのコード レビューであるべきだと思います。

すべてのプログラマーが「Design-By-Contract」を使用することを「通常」にするまで、自動チェック ツールが機能しているとは思えません</p>

プログラマーが昇給するかどうかを決定するプロセスの一部として記入されるフォームに、コード レビューの結果を含めるとよいでしょう。

于 2010-09-24T12:51:04.067 に答える
0

単体テストと同じようにコントラクトを調べ、不変条件と事後条件、および事前条件のチェック済み引数の数によってコードのカバレッジを測定することをお勧めします。

于 2010-09-24T21:15:06.080 に答える