Analyser un projet à l'aide de Sourcemonitor

Question

On m'a récemment demandé d'analyser un projet et d'identifier les 20 classes les plus à risque en fonction des métriques de conception.

J'ai commencé à analyser le projet et j'ai décidé de choisir les classes ayant la complexité maximale la plus élevée. Dois-je regarder autre chose que la complexité maximale. c'est-à-dire le nombre d'appels, de déclarations, de classes, de méthodes/classes, de profondeur maximale, etc. Suis-je dirigé dans la bonne direction? sinon quoi d'autre devrais-je regarder?

Merci d'avance.

Answer 1

Je regarderais principalement la complexité maximale, la profondeur maximale et le nombre d'instructions. Ces trois métriques détecteront des méthodes vraiment mal écrites (longues, profondément imbriquées et avec beaucoup de décisions et de dépendances). Triez les rapports SourceMonitor sur chacune de ces trois métriques et écrivez les 20 à 30 premières classes, puis choisissez celles classées dans les trois listes.

Answer 2

C'est un bon point de départ, mais je dirais que le risque est également couplé avec la quantité de code qui contient des tests unitaires.

Par exemple, une fonction avec cyc. complexité de 20 qui a 100% de couverture de code de test unitaire est plus sûr qu'une fonction avec cyc. complexité de 10 sans tests unitaires.