Récemment, j'ai installé SonarQube à la version 6.2. J'ai remarqué que les indicateurs de couverture de code ont considérablement diminué. Dans les détails de la couverture, je peux voir que les fichiers avec @codeCoverageIgnore
annotation ou interfaces ont des lignes non couvertes. On dirait que Sonar a calculé la couverture par le nombre de lignes couvertes (à partir du journal de sortie xml de PHPUnit) par tous les fichiers dans le répertoire pointé par sonar.sources
dans sonar-project.properties
. Avant d'installer SonarQube sur mon serveur, j'ai joué avec la version 6.1 fonctionnant sur l'image officielle de Docker et ça a fonctionné comme un charme.Couverture incorrecte avec Sonarqube 6.2 et le plugin PHP
Je n'ai trouvé aucun problème/problème/question similaire lié à un tel problème, alors peut-être que je fais quelque chose de mal.
Détails:
- PHPUnit 5.7.5 est en cours d'exécution avec la commande:
phpunit --coverage-clover=build/phpunit.coverage.xml --log-junit=build/phpunit.log.xml
- sonarqube 6.2 (installé à partir des dépôts apt officiels)
- sonarqube Scanner 2.8
- Donc PHP Plugin de narQube 2.9.2.1744
Merci pour votre réponse :) L'idée du vrai rapport de couverture est assez bonne, mais il est un peu bizarre quand un fichier avec l'interface ne couvre pas du tout et il n'y a façon de résoudre ce problème (uniquement par des exclusions). Je reçois de fausses alertes que le nouveau code a découvert des lignes et parfois il est difficile de trouver le fichier qui devrait être réparé au lieu d'être ignoré. J'ai peur que mon équipe commence à abandonner les problèmes rapportés parce qu'ils pensent que Sonar a probablement tort, donc ça ne vaut pas la peine de le regarder. –
Veuillez signaler ces fichiers au groupe [SonarQube Google] (https://groups.google.com/forum/?pli=1#!forum/sonarqube) –