Unit-тестирование (EntityFramework Core)

[@Дмитрийм-л7ф]

Оооо... Годнота))) Спасибо за урок.

[@SergeiCalabonga]

Welcome!

[@kurochkin1]

Отличное видео. В DbContextHelper пришлось дропать базу Context.Database.EnsureDeleted(), чтобы не по-одному тесту дергать, а запускать группу тестов. В противном случае пытается повторно добавлять одинаковые entities, и как следствие ошибка повтора primary key. А у Вас без EnsureDeleted работает. public DbContextHelper() { var builder = new DbContextOptionsBuilder(); //... Context.Database.EnsureDeleted(); //

[@SergeiCalabonga]

Так тоже иногда бывает.

[@BraentR]

Спасибо огромное

[@SergeiCalabonga]

Пожалуйста огромное

[@xelaksal6690]

Как всегда отлично!

[@SergeiCalabonga]

Спасибо за отзыв

[@ibrohimavazov8670]

👍👍👍👍

[@SergeiCalabonga]

Лаконично!

[@5212mudak]

Очень помогло ваше видео !

[@SergeiCalabonga]

Рад что пригодился маиериал. 🙂

[@kriptonoidzend7129]

Сергей, а возможно ли скачать где-нибудь ваши тестируемые проекты Quize ?

[@SergeiCalabonga]

Вероятность такая существует. Но скорее всего в новой серии видео роликов про unit- тестирование.

[@Денис-в5д5ь]

Супер!

[@SergeiCalabonga]

Спасибо

[@septembercult985]

На самом деле хотелось бы увидеть как просто Mock'нуть EF Core DbContext. Без UnitOfWork и т.д. Не к реальной же базе в тестах обращаться. А видео полезное, спасибо. Как раз сейчас учусь писать тесты.

[@SergeiCalabonga]

В том-то и дело, что к реальной, но раблтающей в режиме InMemory.

[@septembercult985]

@@SergeiCalabonga А есть ли возможность просто создать заглушку DbContext прямо в коде, которая просто возвращала бы заранее подготовленные коллекции данных (DbSet коллекции)? Без запроса к БД?

[@SergeiCalabonga]

Конечно! Называется - абстракция! Например, Interfaces.

[@septembercult985]

@@SergeiCalabonga Да, действительно. Благодарю. )

[@SergeiCalabonga]

🙂

[@valeriik9135]

спасибо за видео

[@SergeiCalabonga]

Спасибо за комментарий