Pourquoi le rapport PartCover affiche 0% lorsque mstest s'exécute avec succès et que tous les tests passent

Question

J'essaie d'obtenir une couverture de code avec des tests mstest. J'utilise PartCover 2.2.0.36424.

Le problème est avec les assemblages réels, j'obtiens une couverture de code de 0% (Note: Tous les tests réussissent).
Lors du test de démo pour la source de démonstration que j'ai créé, cela a bien fonctionné (le rapport a du sens).

je remarquai que dans le fichier journal:
pour les fichiers de démonstration, après la ligne « Assemblée AAAAAA chargée (MyTestesAssemblyName) », il y a la ligne « classe NNNNNN chargée (MyTestesAssemblyName.MyClassname) »;
et pour les fichiers réels, il n'y a pas de deuxième ligne (pour la classe) après la ligne pour l'assemblage.

Avez-vous des idées sur ce qui est différent dans nos assemblages? (Remarque: ils ne sont pas signés)

10x.

Answer 1

Vérifiez que vous avez ajouté --include [*] * argument et vérifier commandline processus de tests est compilé pour fonctionner sur x86 (si x64 OS est utilisé)

Answer 2

je le même problème. J'ai vérifié fuslogvw.exe parce que je sais que mstest.exe peut exécuter votre code de test dans vstesthost.exe. mstest.exe chargeait seulement mon code pour la réflexion, c'est pourquoi il apparaissait comme 0% dans le rapport de PartCover.

Pour corriger cela, j'ai spécifié le paramètre/noisolation à mstest.exe via partcover.exe. Cependant, une chose à noter, il semble que vous devez citer tous les paramètres que vous spécifiez pour passer à mstest.exe.

Voici la ligne de commande réelle, je sais travaux:

partcover --target \path\to\MSTest.exe --include [*]* --target-args "/noisolation /testcontainer:myut.dll" --target-work-dir \path\to\workingdir --output C:\tmp\PartCoverResults.xml