Тест-стриппер xUnit.net [для удаления тестового кода, встроенного в двоичные файлы перед развертыванием / отправкой] - PullRequest
0 голосов
/ 18 сентября 2009

Существует ли тест-стриппер (как определено в xUnit Test Patterns ), который поддерживает удаление классов, содержащих методы, помеченные как [Fact] s и т. Д., Плюс зависимость от xunit.dll из двоичных файлов [как часть процесс сборки]?

Более подробную информацию о требованиях и контексте см. На в этом посте xUnit CodePlex .

Если это не удастся (что-то, что удаляет тесты и ссылку на DLL), есть ли у кого-нибудь полезный / проверенный чистый подход к удалению зависимости xunit.dll без особых излишних манипуляций в файлах .vcproj и т. Д.

Открытый код предпочтительнее. Чисто написанный для NUnit потенциально может послужить основой.

Примечание: я знаю о недостатках встраивания кода в сборки - этот вопрос не об этом (если только вы не почувствуете, что после прочтения ветки кодекса) некоторые ключевые моменты упущены).

Ответы [ 2 ]

2 голосов
/ 18 сентября 2009

Если ваши юнит-тесты размещены в проекте соотв. Собственной сборки не должно быть необходимости разбирать тестовые классы перед развертыванием. Что плохого в этом подходе?

0 голосов
/ 26 ноября 2009

Как отмечалось в посте codeplex, где я указывал требования , я реализовал базовый стриппер с Mono.Cecil, но в итоге использовал тот факт, что неиспользуемые ссылки оптимизируются в сборке выпуска чтобы "удалить" тесты с помощью , исключая их на основе #define, который я контролирую извне через вызов MSBuild

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...