J'utilise OpenCover pour générer une couverture de test fonctionnelle pour une application Web. Ces tests sont relativement longs fonctionnant (3 heures et plus), nous les avons donc coupés en plusieurs tests qui fonctionnent en parallèle. Donc, au lieu d'un seul rapport de couverture, il y en a six. p>
Pour importer ces rapports de couverture à Sonarqube, je dois trouver un moyen de les combiner dans un seul rapport UBER. ReportGenerator prend en charge la fusion de plusieurs rapports en un, mais crée une sortie HTML, ce qui n'est pas quelque chose que Sonarqube peut consommer. P>
à ce stade, mes options sont p>
Toute autre option qui me manque? p>
3 Réponses :
J'ai créé le ticket suivant sur le côté Sonarqube .NET pour autoriser plusieurs rapports de couverture à spécifier et pour les agréger: http://jira.codehaus.org/browse/sonarplugins-3666 . P>
En attendant, je ne peux pas penser à d'autres options en dehors de la 2 que vous avez déjà eue. p>
La version plus récente du générateur de rapports est prise en charge pour la carte Wild. p>
Vous pouvez fournir tous les rapports XML en tant que «* .xml» et générateur de rapports générera un rapport consolidé de celui-ci. P>
Je ne pense pas que cela aborde ce que demandait l'OP. Ils ont mentionné que le générateur de rapports crée ne peut être utilisé par Sonarqube
OpenCover a -Mérigeoutput code>
argument qui le fait Pour travailler avec le fichier code> -Output code> dans une mode à l'annexe, conserver des mesures précédentes trouvées là-bas. Cela devrait vous permettre d'appeler des essais individuels séparément - tant que votre SUT est toujours identique. P>
Mon expérience en essayant d'exécuter des tests avec différents code> -Filter code> est que OpenCover refuse de rouvrir le module filtré dans un test précédent. Toujours, vaut la peine d'essayer de mon avis. P>
Il y a un ticket ouvert sur Problèmes OpenCover rapports agrégés par WRT mais aucun travail n'a été fait - N'hésitez pas à contribuer
Dupliqué possible de OpenCover avec plusieurs assemblys