Я собираю новый стек модульных тестов, которые будут выполняться вместе как задание CI. Я использую vstest.console.exe вместо mstest.exe, главным образом, за его способность запускать тесты из нескольких фреймворков, но сейчас фокус - это несколько библиотек xUnit. Работы выполняются как часть трубопровода Дженкинса.Нет xunit-тестов, обнаруженных vstest.console.exe
Я проверил все успешно на пару dev-боксов, но досадно обнаружение теста не работает ни на одном из блоков сборки CI. Это происходит после добавления тестового адаптера 0.99.8 xUnit vsix (также тестируемого с 0.99.7). Плагины xUnit строятся против версии 4.5 с версией xUnit версии 2.0.0.2378 beta nuget.
Я воспроизвел симптомы с помощью простейшей возможной DLL, используя один открытый метод тестирования, отлично работая в своей собственной коробке, не работая над любыми сборками. Обстановка развертывания довольно проста, с установкой VS2012 и адаптером xUnit для тестирования в Windows 2012.
Я включил ведение журнала TpTrace через конфигурационные файлы vstest exe, и все выглядит нормально. Наверное, я ищу способ дальнейшего устранения проблемы (возможно, трассировки для процесса обнаружения xUnit) или обходной проблемы. Я бы предпочел сохранить использование консоли vstest для простоты запуска нескольких фреймворков.
Я написал этот вопрос через сайт xUnit codeplex.
Я проверил это SO post, но ни одно из предлагаемых решений не имеет смысла здесь.
I мой случай xunit.runner.visualstudio.testadapter.dll не копируется, ты знаешь почему? – frizik
Отлично! TestAdapterPath запустил мои тесты mstest. – Drutten