Нет ничего лучше, чем читать такие комментарии! Это всегда приятно, когда переданные знания пригодились на практике и нашли свое воплощение в реальном мире :) Ведь именно это является целью канала codaza - дать знание, которое можно взять и применить для решения конкретной проблемы.

Рад, что информация была полезной :)

@@codaza-channel благодаря вам, поняла свои ошибки, с удовольствием буду смотреть ваш канал, желаю вам развить его, у вас очень круто получается

Благодарю за поддержку! Надеюсь, информация в видео оказалась полезной 🙂

Привет! Благодарю 🙂 Рад, что видео понравилось. Я использую ReSharper, там много полезных и удобных подсказок. Очень рекомендую в повседневной разработке.

Тиран, отличный вопрос. Подмена сервиса нужна, в случае когда мы хотим убрать зависимости, которые не требуют тестирования. Например, Вы пользуетесь внешним API (который писали не Вы) или у Вас есть какой-то свой сервис, который обращается к внешнему API. В этих случаях следует подменять внешние зависимости, так как они не нуждаются в тестировании. Вы тестируете непосредственно Ваш функционал. Дополнительную информацию можно почитать в статье Мартина Фаулера: martinfowler.com/bliki/IntegrationTest.html Еще есть неплохой вводный туториал по интеграционному тестированию: www.softwaretestinghelp.com/what-is-integration-testing

@@codaza-channel большое спасибо.

Существуют разные способы тестирования приложений на ASP.NET. Использование WebApplicationFactory - один из самых удобных, который рекомендует Microsoft. Всё что Вы описали, достаточно легко делается с использованием WebApplicationFactory. В своих проектах, когда требуется проведение интеграционного тестирования, я всегда использую именно этот способ. Честно говоря, я никогда не пробовал поднимать хост приложения в памяти для тестов как-то иначе, так как WebApplicationFactory покрывает 100% всех нужд. Как Вы это делаете иначе в своих проектах? Поделитесь, пожалуйста 🙂

@@codaza-channel да по сути делается все тоже самое один в один, так же задаётся поведение, но без использования этого класса. Мои лиды видимо решили не особо париться по этому поводу)

@@codaza-channel код в закрытом репозитории банка, показать не смогу. Т.к уже не работаю на этом проекте :/

Возможно, это уже legacy-решения.. 🙂 или, у банка есть особые требования, где использование WebApplicationFactory не реализует тех функций, которые критичны. Мне давно не доводилось видеть интеграционных тестов не использующих WebApplicationFactory.

Да, проблема о которой Вы говорите связана с истощением пула активных соединений. Для её решения, вместо HttpClient, принято использовать HttpClientFactory. HttpClientFactory избавляет разработчика от рутинной работы по отслеживанию состояния активных соединений. По сути, при создании новых экземпляров HttpClient он не воссоздает новый обработчик сообщений, а берет его из пула. Вы можете подробнее почитать об этом в официальной документации от Microsoft: docs.microsoft.com/ru-ru/dotnet/architecture/microservices/implement-resilient-applications/use-httpclientfactory-to-implement-resilient-http-requests

Если в вашем коде есть обращения к сторонним Web API, то использование mock-объектов вполне допустимо. В противном случае, это будут реальные обращения. Если же есть соглашения со сторонними разработчиками по содержанию инфраструктуры с dev-стендами, то можно пользоваться тестовыми подключениями. Всё зависит от целей и задач проекта над которым Вы работаете.

Пожалуйста :) Все технические детали можно почерпнуть из официального гайда Microsoft: docs.microsoft.com/en-us/aspnet/core/test/integration-tests?view=aspnetcore-6.0 Концептуальные вопросы (в отрыве от технологии) хорошо изложены в классических книгах: Binder, Robert V.: Testing Object-Oriented Systems: Models, Patterns, and Tools. Addison Wesley J. Myers: The Art of Software Testing, Glenford

@@codaza-channel спасибо)