Как я могу указать большое количество файлов для операции слияния NCOVER?

Я бы объединил 25-50 за раз, а в конце взял их и объединил вместе.

Могу я спросить, почему вы проводите каждый тест отдельно? Используете ли вы функцию включения только для инструментирования кода, который вы используете, или все ваши файлы покрытия очень большие?

Вы также можете написать в поддержку, у них может быть лучший вариант.

@joe, проблема в том, что тебе нужно сгенерировать файл конфигурации. Теоретически он мог бы сделать это, написав небольшую вспомогательную программу, которая добавляет все файлы в КАТАЛОГ в файл конфигурации, но вам придется использовать имя каталога без файлового фильтра, т.е.

каталог покрытия myhelper.exe

НЕТ

каталог покрытия myhelper.exe*.xml

Ограничения длины командной строки являются «особенностью» DOS 1.0 и, следовательно, эмулятора, встроенного в Windows. Вы пробовали использовать powershell?

Мы только что обновили NCover для более эффективной обработки нескольких запусков покрытия в NCover.Console. Предполагая, что вы каждый раз запускаете одно и то же приложение, я бы удостоверился, что вы обновлены до NCover 3.4.12 и запускаете NCover.Console с параметром //coverall в сценарии, который вы используете для создания своего приложения, а не NCover каждый раз. время, когда вы запускаете свое приложение. Это создаст один объединенный XML-файл, который будет обрабатывать все для вас.

Не стесняйтесь отправить электронное письмо по адресу [email protected], и мы можем помочь вам с этим, если это необходимо. Обязательно укажите этот URL.

Что ж, я остановился на чем-то вроде ответа Стивена Уорда. Я поместил все файлы покрытия в каталог и запустил NCover.Reporting.exe Path\To\My\Directory\*.xml //s Merged.nccov.

Однако он не получает галочку, потому что его ответ о том, что я не могу использовать подстановочный знак в командной строке, неверен; на самом деле подстановочный знак — это единственный способ, с помощью которого NCover распознает XML-файлы в этом каталоге. Я думаю, что он привык к миру Unix (учитывая, что в его ответе был некоторый FUD Unix), где оболочка берет на себя ответственность за обработку подстановочных знаков. Оболочка Windows не пытается расширять подстановочные знаки, поэтому мы не столкнулись с ограничениями по длине.

Тем не менее, с помощью этого решения я смог сделать наши прогоны примерно на 20% быстрее, чем старый метод слияния после каждого теста, что хорошо. (Прогоны с покрытием по-прежнему в четыре раза длиннее, чем прогоны без покрытия, но нам не нужно запускать покрытие для каждого теста)

Когда я попробовал ответ commondream, к сожалению, NCover регулярно вылетал. Я не думаю, что ему нравится, что тестовая система запускает сборки .NET 1, 1.1, 2.0, 3.0, 3.5 и 4.0, а также такие вещи, как пакеты Silverlight и компактный фреймворк (Наш продукт должен корректно работать на все эти сборки). Если вам не нужно сходить с ума, запуская такие вещи, то вариант //pn, который он описывает, вероятно, будет работать нормально.

Когда я попробовал ответ joe.feser, к сожалению, мне не удалось выяснить формат файла настроек отчетов NCover. Имеется обширная документация по XML, который принимает средство создания отчетов; за исключением корневого XML-узла, который он ищет. Он отказывался распознавать какие-либо XML-файлы, которые я сгенерировал, потому что корневой узел был назван неправильно; Я предполагаю, что это проверялось на соответствие какой-то форме DTD, о которой я не знал. Если кто-то хочет опубликовать пример файла, пожалуйста.

Надеюсь, это поможет всем, у кого возникнут подобные проблемы в будущем :)