2010-10-05 33 views
0

Nous générons des rapports PartCover via l'outil de ligne de commande avec nos tests unitaires CruiseControl.Net. Cela génère un fichier XML qui affiche bien les résultats sur le tableau de bord de cruisecontrol. Les transformations xslt incluses ne montrent que le pourcentage de couverture dans une classe individuelle. Nous voulons savoir exactement quelles lignes ne sont pas couvertes. Le problème est lorsque nous ouvrons le rapport dans le navigateur PartCover et double-cliquez sur une méthode, il ne nous montre pas nos fichiers cs. Je sais que le navigateur PartCover est capable de vous montrer les fichiers à cause de ce qui suit.Le navigateur PartCover n'ouvre pas les fichiers de code

Voici une capture d'écran du navigateur PartCover avec les lignes de code suivantes: http://kjkpub.s3.amazonaws.com/blog/img/partcover-browse.png.

Les informations semble comme il devrait être à la disposition du navigateur, car le rapport contient ceci:

<Method name="get_DeviceType" sig="Cathexis.IDBlue.DeviceType ()" bodysize="19" flags="0" iflags="0"> <pt visit="2" pos="0" len="1" fid="82" sl="35" sc="13" el="35" ec="14" /> <pt visit="2" pos="1" len="4" fid="82" sl="36" sc="17" el="36" ec="39" /> <pt visit="2" pos="5" len="2" fid="82" sl="37" sc="13" el="37" ec="14" /> </Method>

et ceci:

<File id="66" url="D:\sandbox\idblue\idblue\trunk\software\code\driver\dotnet\Common\AsyncEventQueue.cs" />

Tout ce que je veux être en mesure de le faire est de voir quelles lignes de code ne sont pas couvertes dans mes cas de test sans avoir à comprendre ce que le xml ci-dessus essaie de me dire.

Merci à quiconque d'avance qui répond.

Répondre

2

J'ai compris pourquoi les fichiers cs ne s'affichaient pas. Les chemins d'accès étaient incorrects dans le fichier xml car notre projet de test était en cours de construction sur une machine différente de celle sur laquelle se trouvait la pièce. (partcover doit générer les chemins de fichier .cs à partir des fichiers pdb peut-être?) Une fois que j'ai cherché et remplacé le fichier en changeant le répertoire de base de notre emplacement subversion à celui de l'autre machine tout allait bien.