Это возможно, исключают тестовые каталоги из отчетов о coverage.py?
Две сути, которая была упущена до сих пор:
-
LINQ к SQL не работает с Oracle или любой базой данных кроме SqlServer. Однако третьи стороны действительно предлагают лучшую поддержку Oracle, например, dotConnect devArt, DbLinq, LightSpeed Mindscape и ALinq. (У меня нет личного опыта с ними)
-
, Linq к NHibernate позволяет, Вы использовали Linq с Nhiberate, таким образом, это может удалить причину не использовать.
Также новое быстрый интерфейс к Nhibernate, кажется, делает его менее болезненным для конфигурирования отображения Nhibernate’s. (Удаление одной из болевых точек Nhibernate)
Обновление
Linq к Nhiberate лучше в Nhiberate v3, который находится теперь в альфа . Похож на Nhiberate v3, может поставляться к концу этого года.
Основа Объекта с .net 4 также начинает быть похожей на реальную опцию.
1 ответ
Изменить: Я думаю, что теперь согласен с комментарием ниже о том, что это нехорошо идея смешать тест вашего производственного кода с тестом вашего тестирования код. Я не могу удалить принятый ответ, поэтому оставлю его без изменений.
** Пожалуйста, проголосуйте против моего ответа! **
Это хорошая идея, чтобы увидеть охват ваших тестов таким, как он может указывать на проблемы. Если ваш тестовый код не запускается, тогда не было особого смысла его писать!
Я всегда получаю, когда я даю двум функциям модульного тестирования одно и то же имя - я добавляю новый тест через несколько месяцев после исходного. и случайно выбрал одно и то же имя. Фреймворк unittest не будет жаловаться на это - одна из функций скрывает другую и просто не запускает один из тестов! Однако подробный отчет о покрытии сразу показывает проблему.
Если у вас есть другой код в ваших тестах, который не запускается, это также может указывать на другие ошибки, хотя обычно они есть.