Utilizzando PartCover 2.3 con .NET 4.0 runtime?

Question

Ho successo PartCover 2.3 lavorare con VS 2008 sul mio computer a 64 bit .

Ora sto cercando di farlo funzionare con VS 2010 e NUnit 2.5.3. Ho ottenuto NUnit utilizzando il corretta , ma non ci riesco arrivare PartCover di produrre alcun output. Tutto quello che ottiene è un file di report XML "vuoto":

<PartCoverReport date="2010-03-30T16:09:05.1009099+01:00" />

Come faccio ad avere PartCover 2.3 (o 2.2, credo) per lavorare con NUnit 2.5.3 su .NET 4.0?

Answer 1

Ho recentemente completato una forchetta portcover che agganciare nella .NET4 CLR - forse si potrebbe dare una prova che

http://github.com/sawilde/partcover.net4

Answer 2

Se non siete in grado di ottenere PartCover lavorare, si potrebbe provare questo nuovo strumento Code Coverage sviluppato da JetBrains:] http://blogs.jetbrains.com/dotnet/2010/03/jetbrains-to-launch-dotcover-eap-next-week / integra perfettamente in Visual Studio e si può attivare highlites sul codice che è coperto.

Answer 3

Ho anche avuto alcuni problemi con l'esecuzione PartCover 2.3 su .NET Framework 4. Non volevo usare PartCover.NET4 come sembra che il browser ha un bug che rende la copertura non appare nella finestra di visualizzazione del codice.

Per fortuna sembra come ragazzi di SharpDevelop sono riusciti a fare il lavoro. In SharpDevelop 4.0 PartCover 2.3.0 funziona out of the box con .NET 4 e NUnit 2.5.8.

Answer 4

È possibile trovare la procedura dettagliata sull'utilizzo PartCover 4.0 con Gallio su 64bit di Windows 2008 Server a

http: //sapawar.blogspot. com / 2011/03 / usando-partcover-4x-to-find-code.html

Grazie Sachin

Answer 5

Ho PartCover e NUnit lavorare correttamente con VS 2010 e .NET 4.0 su Windows 7 x64.

E 'stato necessario l'aggiornamento a PartCover.NET4 (e ricompilare per CPU x86), e NUnit 2.5.5.

Mi è stato originariamente usando NUnit 2.5.4 e non poteva farlo funzionare con .NET 4.0. Non so se 2.5.3 funziona con .NET 4.0. E 'stato anche necessario per eseguire i test di unità sotto NUnit-console-x86.exe per forzare le prove per l'esecuzione in 32 bit, perché PartCover supporta solo 32 bit in questa fase a causa della sua componente COM a 32 bit.

Answer 6

ci potrebbero essere stati alcuni cambiamenti di rottura nell'API profiling. Atleast hanno avuto il maggiore aggiunta del API aggancio / sgancio. di David Broman CLR Profiling API Blog sembra di parlare di alcuni di loro.

Quindi, a meno che non si desidera modificare il codice sorgente dello strumento da soli, penso che si potrebbe essere fuori di fortuna.