Использование PartCover 2.3 с .NET 4.0 runtime?

Question

У меня успешно работает PartCover 2.3 с VS 2008 на моей 64-битной машине .

Я сейчас пытаюсь заставить его работать с VS 2010 и NUnit 2.5.3. У меня есть NUnit, использующий правильную версию CLR , но я не могу заставить PartCover произвести какой-либо вывод. Все, что я получаю, это «пустой» XML-файл отчета:

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

Как мне заставить PartCover 2.3 (или, я думаю, 2.2) работать с NUnit 2.5.3 в .NET 4.0?

Answer 1

Я недавно завершил разветвление portcover, которое подключится к .NET4 CLR - возможно, вы могли бы попробовать это

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

Answer 2

Подробные инструкции по использованию PartCover 4.0 с Gallio на 64-битной Windows 2008 Server можно найти на

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

Спасибо Сэчин

Answer 3

У меня также были некоторые проблемы с запуском PartCover 2.3 в .NET Framework 4. Не хотелось использовать PartCover.NET4, так как кажется, что в браузере есть ошибка, из-за которой покрытие не появляется в окне просмотра кода.

К счастью, ребята из Sharpdevelop справились со своей работой. В Sharpdevelop 4.0 PartCover 2.3.0 работает из коробки с .NET 4 и NUnit 2.5.8.

Answer 4

Если вы не можете заставить PartCover работать, вы можете попробовать этот новый инструмент Code Coverage, разработанный JetBrains:] http://blogs.jetbrains.com/dotnet/2010/03/jetbrains-to-launch-dotcover-eap-next-week/ Прекрасно интегрируется в Visual Studio, и вы можете переключать подсветку в покрытом коде.

Answer 5

PartCover и NUnit работают нормально с VS 2010 и .NET 4.0 в Windows 7 x64.

Необходимо было обновить до PartCover.NET4 (и перекомпилировать его для процессора x86) и NUnit 2.5.5.

Я изначально использовал NUnit 2.5.4 и не смог заставить его работать с .NET 4.0. Я не знаю, работает ли 2.5.3 с .NET 4.0. Также было необходимо запустить модульные тесты под nunit-console-x86.exe, чтобы заставить тесты запускаться в 32-битной среде, поскольку PartCover на этом этапе поддерживает только 32-битную версию из-за своего 32-битного компонента COM.

Answer 6

Возможно, в профилирующем API произошли серьезные изменения. По крайней мере, у них было главное дополнение API присоединения / отсоединения. Блог API профилирования CLR Дэвида Бромана , кажется, рассказывает о некоторых из них.

Так что, если вы не хотите изменить исходный код инструмента самостоятельно, я думаю, вам может не повезти.