Я предпочитаю, чтобы мои обработчики освобождались от инфраструктуры ASP.NET, которую очень сложно проверить (да, даже в ASP.NET Core). Но иногда это происходит, и у вас есть зависимость, такая как UserManager (я хотел бы знать, что однажды, почему это не интерфейс), HttpContext и т.д., И модульные тесты превращаются в насмешливый ад.
Я попытался использовать тестирование интеграции, чтобы справиться с этим, создав TestServer и получив всю инфраструктуру ASP.NET для каждого вызова api. Он работает довольно хорошо, но иногда кажется излишним, если я хочу проверить простую логику моего обработчика. И хотя он решает техническую проблему издевательской инфраструктуры ASP.NET, он сохраняет архитектурную проблему (если вы так считаете) о наличии инфраструктуры ASP.NET в своих обработчиках.
Я хотел бы знать, какие рекомендуемые подходы к его решению?