Подтвердить что ты не робот

Как настроить визуальную студию для запуска тестов xUnit.net?

Я настроил Visual Studio 2010 для отладки тестов xUnit.net, установив Настройки проекта | Отладка | Запустите внешнюю программу, чтобы запустить консоль xUnit.net.

Это работает нормально, но только при предоставлении полного пути к DLL тестового проекта с помощью Аргументов командной строки, например: "c:\development\TestProject.dll"

Я попытался использовать $(BinDir) $(TargetName) $(TargetExt) как параметры через раздел Аргументы командной строки, но он не работает. Любые предложения о том, как я могу избежать явного/полного пути?

4b9b3361

Ответ 1

Этот ответ был дан до работы Джеймса и Брэда с xUnit.net Runners. См. Ответ michielvoo ниже.

Чтобы избежать проблемы с явным указанием имени библиотеки, вы можете использовать cmd.exe с аргументами командной строки: /C xunit.console.exe $(BinDir) $(TargetName) $(TargetExt)

Проверить Использовать окно вывода

Используйте команду Инструменты | Параметры | Клавиатура, чтобы назначить горячую клавишу.

Ответ 2

Это то, что я использую в моем файле .csproj для запуска бегуна GUI xUnit в качестве действия запуска:

<PropertyGroup>
  <StartAction>Program</StartAction>
  <StartProgram>$(MSBuildProjectDirectory)\..\..\Packages\xunit.runners.1.9.1\tools\xunit.gui.clr4.exe</StartProgram>
  <StartArguments>"$(MSBuildProjectDirectory)\$(OutPutPath)$(AssemblyName).dll"</StartArguments>
</PropertyGroup>

Для этого вам нужно всего лишь установить xUnit.net Runners пакет NuGet:

PM> Install-Package xunit.runners

Единственный недостаток до сих пор заключается в том, что он зависит от версии, поэтому каждый раз, когда вы обновляете пакет NuGet до последнего, вы должны обновить эту конфигурацию, указав на правильный бегун.

Ответ 3

Альтернативным маршрутом является использование плагина VS как testrunner. Например, ReSharper.

Ответ 4

Я просто набираю полное имя сборки, которая все.

В аргументах командной строки: SharedDataBridge.Tests.dll