私が知っているほとんどのプログラミング会社/マネージャーは、振り返ってみると、作成/解決されたバグの数という観点からのみ品質を定義できます。
ただし、ほとんどの優れたプログラマーは、コードをいじり始めると、本質的に品質を感じることができます。（右？）
あなたが知っているプログラミング会社は、この情報を組織が品質を確保するために測定および追跡できるメトリックに正常に変換しましたか？
不満を持ったマネージャーから、実際の品質に指を置くことができないという怒鳴り声をよく耳にするので、私は尋ねます。しかし、HoneyWellのような一部の組織には、プログラマーのパフォーマンスを追跡するための数値がたくさんあります。これらはすべて数値に変換され、評価中にチェックマークを付けることができます。したがって、コミュニティ全体に、彼らが知っている統計を引き出すための私の質問です。
厄介なコードをうまく測定できるツールに関する提案も役立ちます。
ある顧客サイトでは、次のように定義されるCRAPメトリックを使用しました。
CRAP（m）= comp（m）^ 2 *（1 – cov（m）/ 100）^ 3 + comp（m）
ここで、comp（m）は特定のメソッドの循環的複雑度であり、cov（m）はそのメソッドの単体テストカバレッジのレベルです。NDependとNCoverを使用して、メトリックを計算するための生の情報を提供しました。これは、注意を払う必要があるコードベースの特定の領域を見つけるのに役立ちました。また、特定の値を目標として指定するのではなく、時間の経過とともに改善を目指しました。
一気に完璧ではありませんが、それでも便利です。
簡単なリマインダー：
コードの品質は次のとおりです。
単一の基準で定義されていない：コード品質に関与する人々のグループがいくつかあります：開発者、プロジェクトマネージャー、利害関係者、そしてそれらはすべて、コード品質が異なって表現されていることを確認する必要があります。
1つの数式から得られる1つの数値ではなく、その数値の傾向によって定義されます。「悪い」メモ自体は、特にレガシーコードの場合は何の意味もありませんが、悪化し続ける悪いメモ...それ気になる;）