Не совсем понятно какую проблему решали и как-то слиплись Unit тесты и интеграционные.
В случае Unit тестов все-таки не так сложно инициализировать SUT (system/service under test) в отдельном методе/конструкторе и тп. Следуя правилу 1 класс и 1 набор тестов, но даже в случае если не так то можно разделить на папки и рядом положить хэлпер с инициализацией.
В случае с интеграционными тестами все-таки есть TestHost из которого можно получать ServiceProvider, но в целом звучит тоже довольно странно, потому что уместнее тут тестировать через endpoint'ы (web api/consumer/cron job и тд), тогда и контейнер брать из хоста не надо.
И в заключении, сейчас кажется нет проблем запускать окружение для полноценных тестов, в том же gitlab делается не так сложно (спасибо контейнерам), почти для всех внешних зависимостей есть легкие контейнеры чисто для тестирования, а для мока внешних вызовов можно использовать mountebank
Не совсем понятно какую проблему решали и как-то слиплись Unit тесты и интеграционные.
В случае Unit тестов все-таки не так сложно инициализировать SUT (system/service under test) в отдельном методе/конструкторе и тп. Следуя правилу 1 класс и 1 набор тестов, но даже в случае если не так то можно разделить на папки и рядом положить хэлпер с инициализацией.
В случае с интеграционными тестами все-таки есть TestHost из которого можно получать ServiceProvider, но в целом звучит тоже довольно странно, потому что уместнее тут тестировать через endpoint'ы (web api/consumer/cron job и тд), тогда и контейнер брать из хоста не надо.
И в заключении, сейчас кажется нет проблем запускать окружение для полноценных тестов, в том же gitlab делается не так сложно (спасибо контейнерам), почти для всех внешних зависимостей есть легкие контейнеры чисто для тестирования, а для мока внешних вызовов можно использовать mountebank
выглядит как велосипед, а чем распределенная трассировка плоха ? там можно смотреть граф запросов