В последней версии Visual Studio 2019 Test Runner игнорирует конфигурацию environmentVariables
, что позволяет, например, настроить конфигурацию ASPNETCORE_ENVIRONMENT
.
Это было бы полезно для интеграционных тестов, которые в локальной среде используют разные настройки приложений (нерабочие).
Например, я хотел бы определить следующий файл launchSettings.json:
{
"profiles": {
"SomeFancyNamespace.ProjectName.Integration.Tests": {
"commandName": "Project",
"environmentVariables": {
"ASPNETCORE_ENVIRONMENT": "Development"
}
}
}
}
Была закрыта связанная проблема: https://github.com/aspnet/Tooling/issues/456 .
Есть новости по этому поводу? Вроде разумная просьба
Тоже интересует это. Очень хотелось бы увидеть эту функцию
Мы в этом тоже заинтересованы. Похоже на то, чего многие из нас хотели бы.
Я тоже жду исправления.
Очень раздражает проблема, и никто не отвечает по поводу обновлений :(
Также возникает эта проблема в проектах модульного тестирования .net core. В чем смысл присутствия переменных среды на страницах свойств основного проекта модульного тестирования .net, когда их установка абсолютно ничего не делает.
С этим запросом не исправили: https://github.com/aspnet/Tooling/issues/456
Тоже не исправил с этим запросом: https://github.com/Microsoft/vstest/issues/1831
Обходной путь в 1831 неприемлем, поскольку он не будет работать для распространяемых библиотек, которые вы собираетесь тестировать. Поскольку Microsoft продвигает способ конфигурации переменной среды, он также должен быть первоклассным гражданином в проектах модульного тестирования. Не только проекты веб-приложений ASP .NET Core.
Единственный текущий способ сделать это - вручную прочитать тестовый проект launchSettings.json
, а затем вручную установить переменные среды из его содержимого, как показано на https://stackoverflow.com/a/43951218/70345 .
Это действительно дерьмовый способ делать что-то, и он действительно должен поддерживаться инструментами, но по какой-то причине Microsoft не заинтересована в его реализации...
Самый полезный комментарий
Также возникает эта проблема в проектах модульного тестирования .net core. В чем смысл присутствия переменных среды на страницах свойств основного проекта модульного тестирования .net, когда их установка абсолютно ничего не делает.
С этим запросом не исправили: https://github.com/aspnet/Tooling/issues/456
Тоже не исправил с этим запросом: https://github.com/Microsoft/vstest/issues/1831
Обходной путь в 1831 неприемлем, поскольку он не будет работать для распространяемых библиотек, которые вы собираетесь тестировать. Поскольку Microsoft продвигает способ конфигурации переменной среды, он также должен быть первоклассным гражданином в проектах модульного тестирования. Не только проекты веб-приложений ASP .NET Core.