Quel genre de statistiques votre entreprise collecte-t-elle pour définir la qualité du produit?

Question

La plupart des maisons de programmation/responsables que je connais ne peuvent définir la qualité qu'en termes de non-bogues/rétrospectives.

Cependant, la plupart de bons programmeurs peuvent sentir naturellement la qualité une fois qu'ils commencent à se mêler avec le code. (À droite?)

Est-ce qu'une maison de programmation que vous connaissez, avec succès traduit ces informations dans les mesures que les organisations peuvent mesurer et suivre à assurer la qualité?

Je demande depuis que j'entends très souvent des élucubrations de gestionnaires dérangés qui ne peuvent tout simplement pas mettre le doigt sur ce qu'est réellement la qualité. Mais certaines organisations comme HoneyWell que j'entends a beaucoup de chiffres pour suivre la performance des programmeurs, ce qui se traduit par des chiffres et peut être cochée lors des évaluations. D'où ma question à la communauté dans son ensemble de faire ressortir les statistiques qu'ils connaissent.

Des suggestions sur les outils qui peuvent faire un bon travail de mesure des codes désordonnés aideront aussi.

Answer 1

A un site de client, nous avons utilisé le CRAP métrique qui est défini comme:

CRAP (m) = comp (m)^2 * (1 - cov (m)/100)^3 + comp (m

Où comp (m) est la complexité cyclomatique d'une méthode donnée et cov (m) est le niveau de couverture de test unitaire pour cette méthode. Nous avons utilisé NDepend et NCover pour fournir les informations brutes pour calculer la métrique. Il était utile de trouver des zones particulières de la base de code où l'attention devrait être accordée. Aussi, plutôt que de spécifier une valeur particulière en tant que cible, nous visions une amélioration au fil du temps.

Pas parfait par aucun étirement, mais toujours utile.

Answer 2

Juste un petit rappel:

la qualité du code

est:

• ne sont pas définis par un seul critère: il existe plusieurs groupes de personnes impliquées dans la qualité du code: developers, project managers and stakeholders, et ils ont tous besoin de voir la qualité du code représenté différemment.

• non défini par un nombre provenant d'une formule, mais plutôt par le trend of that number: une "mauvaise" note en elle-même ne veut rien dire, surtout s'il s'agit d'un code hérité, mais une mauvaise note qui ne cesse d'empirer. cela est inquiétant;)