Oui enfin, il faut voir que Sonar est avant tout un outil de management, les développeurs soucieux de la Qualité de ce qu'ils produisent s'en passent allégrement. Communément, Sonar s'utilise (dans le cas des développements Java) en association avec une plate-forme d'intégration continue comme Hudson (et c'est à ce niveau que devraient être les filtres release/pas release) et des outils comme Cobertura, Checkstyle, PMD dont le développeur doit avoir le retour immédiatement.
Après, comme tu le dis, il s'agit de savoir comment interpréter les différentes métriques. Chez mes clients dernièrement, la grande mode est "la couverture du code". Arf... l'objectif est respecté, le manager aura sa prime, mais... 90 % des tests sont foireux et ne testent rien de pertinent (mais couvrent beaucoup).
Donc tu a raison dans ton titre : il faut savoir ce qu'est Sonar (un dashboard de métriques et surtout de leur évolution) et c'est la seule utilisation réellement pertinente de cet outil.
[^] # Re: Avoir l'outil c'est bien, l'utiliser utilement c'est mieux
Posté par martopioche . En réponse à la dépêche Sortie de la version 2.2 de Sonar. Évalué à 4.
Après, comme tu le dis, il s'agit de savoir comment interpréter les différentes métriques. Chez mes clients dernièrement, la grande mode est "la couverture du code". Arf... l'objectif est respecté, le manager aura sa prime, mais... 90 % des tests sont foireux et ne testent rien de pertinent (mais couvrent beaucoup).
Donc tu a raison dans ton titre : il faut savoir ce qu'est Sonar (un dashboard de métriques et surtout de leur évolution) et c'est la seule utilisation réellement pertinente de cet outil.