Что считается 100 %, когда я вызываю dotCover на этапе сборки MSTest в TeamCity? Это 100% весь скомпилированный код? Это весь код всех сборок, которых коснулись тесты? Это все классы, которых коснулись тесты?
Когда я вызываю dotCover из этапа сборки TeamCity MSTest, на котором выполняется My.Tests.dll, какие строки кода отслеживаются?
dotCover предоставляет отчеты только о покрытии на уровне операторов, в то время как другие инструменты, такие как NCover, также включают покрытие функций и ветвей.
На этапе сборки TeamCity MSTest вы можете указать, для каких сборок вы хотите получить отчет о покрытии в поле «Фильтры». Это позволяет вам просто указать исключение для шаблона .Tests или просто включить одну сборку. Дополнительные сведения см. в документации TeamCity: http://confluence.jetbrains.net/display/TCD7/JetBrains+dotCover
Я считаю, что если вы не укажете никаких фильтров, весь код во всех сборках, которые были загружены в CLR, будут включены (вы должны вызвать загрузку сборки из кода, который вы вызываете, поэтому некоторые сборки могут быть не включены, это просто ленивая загрузка CLR). Это связано с тем, что такие инструменты, как dotCover, используют API профилирования CLR и не настраивают ваш код заранее. Обратите внимание, что dotCover исключит сборки из GAC.
Assembly.Load("MyAssembly") в модульном тесте.
- person Jonathon Rossi; 17.11.2012
Не уверен, что полностью понял ваш вопрос, но все равно попробую. Насколько я понимаю, 100% покрытие означает, что каждая строка кода в проекте выполняется вашими тест-кейсами. По сути, это означает, что вы обеспечили передачу управления через каждую строку кода в вашем проекте.
В общем, я никогда не видел 100% покрытия, так как очень сложно протестировать каждый путь кода. Рассмотрим, например, различные типы исключений, которые обрабатываются вашим кодом. Как вы используете блок catch для каждого исключения в каком-то тестовом примере? Вам нужно будет как-то имитировать исключение, что не всегда просто.
