Я настроил Visual Studio 2010 для отладки тестов xUnit.net, установив Настройки проекта | Отладка | Запустите внешнюю программу, чтобы запустить консоль xUnit.net.
Это работает нормально, но только при предоставлении полного пути к DLL тестового проекта с помощью Аргументов командной строки, например: "c:\development\TestProject.dll"
Я попытался использовать $(BinDir) $(TargetName) $(TargetExt) как параметры через раздел Аргументы командной строки, но он не работает. Любые предложения о том, как я могу избежать явного/полного пути?
Этот ответ был дан до работы Джеймса и Брэда с xUnit.net Runners. См. Ответ michielvoo ниже.
Чтобы избежать проблемы с явным указанием имени библиотеки, вы можете использовать cmd.exe с аргументами командной строки: /C xunit.console.exe $(BinDir) $(TargetName) $(TargetExt)
Проверить Использовать окно вывода
Используйте команду Инструменты | Параметры | Клавиатура, чтобы назначить горячую клавишу.
Это то, что я использую в моем файле .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 до последнего, вы должны обновить эту конфигурацию, указав на правильный бегун.
Альтернативным маршрутом является использование плагина VS как testrunner. Например, ReSharper.
Я просто набираю полное имя сборки, которая все.
В аргументах командной строки: SharedDataBridge.Tests.dll