J'ai ajouté une tâche de test Visual Studio à ma définition de génération et à la couverture de code activée. Cela fonctionne, mais il inclut également des dépendances lors du comptage des blocs, ce qui rend le résultat inutile. J'utilise le coureur de test Visual Studio xUnit.netComment puis-je exclure les dépendances de la couverture de code?
Par exemple, lors de l'analyse de couverture de code dans Visual Studio, j'ai le résultat suivant:
- Résumé: 13 blocs non couverts, 38 blocs couverts
- foo.dll: 13 blocs ne sont pas couverts, 20 blocs couverts
- foo.test.dll: 0 blocs non couverts, 18 blocs couverts
Lors du téléchargement du rapport de couverture de code de VSTS, Je le résultat suivant:
- Résumé: 6769 blocs non couverts, 205 blocs couverts
- fluentassertions.core.dll: 5639 blocs non couverts, 155 blocs couverts
- fluentassertions.dll: 1117 blocs non couverts , 12 blocs couverts
- foo.dll: 13 blocs ne sont pas couverts, 20 blocs couverts
- foo.test.dll: 0 blocs ne sont pas couverts, 18 blocs couverts
Ceci est illustré sur VSTS:
FluentAssertions est uniquement référencé et utilisé dans mon projet de test. Comment puis-je l'exclure (et d'autres dépendances futures) de la couverture de code?
Avez-vous vérifié la documentation? https://msdn.microsoft.com/en-us/library/jj159530.aspx et https://stackoverflow.com/questions/36853340/excluding-assemblies-from-code-coverage-in-visual-studio-team- services – Jacob
@Jacob c'est une option, mais je préfère avoir une méthode "set and forget" dans VSTS au lieu de créer un fichier '.runsettings' qui doit être maintenu. (Peut-être que je devrais juste créer un rapport de bogue à la place, parce que je doute que c'est comment il est censé fonctionner.) – Stijn