Prédire le nombre d’anomalies dans le code?
Les gens de InCycle Software ont porté à mon attention un outil de Microsoft qui permet d’estimer le nombre d’anomalies que peut contenir une base de code. Étant donné que c’est utilisé à l’interne chez Microsoft et que cela a été développé par Microsoft Research je pense que c’est basé sur des mesures sérieuses.
A strategic initiative within Microsoft IT (MS IT) is to improve the overall productivity, quality, and predictability of internal software development projects. MS IT partnered with Microsoft Research to create a VSTS 2005 extension that counts lines of code and predicts system defects. In the software development environment, insight into the volume of code being produced, and the changes applied to that code, provide measurements of productivity and quality. The Line of Code (LOC) counter provides a flexible and extensible framework for automating the LOC counting process.
Je n’ai pas encore utilisé l’outil, mais je me demande comment l’utilisation des pratiques Agile pourrait influencer les métriques produites par cet outil. Lorsque correctement appliquées, les pratiques telles que TDD permettent de réduire le nombre d’anomalies dans le code.
Ma grande question philosophique est la suivante: Est-ce que ça s’applique à un développement Agile? Je me demande bien comment valider ça… Probablement qu’il faudrait tenter de “battre l’index”. Une motivation de plus à produire du logiciel de qualité!
