Не создавайте модульные тесты, чтобы проверить, являетесь ли вы INSERTING или DELETING или делаете что-либо с базой данных.Там просто нет необходимости.Если вы используете ADO.NET или ORM, например, этот код будет проверен.Вы будете знать, что на самом деле он делает то, что говорит на жестяной банке.
Тестирование данных, хранящихся в базе данных, не является модульным тестом.Хороший вопрос по что делает юнит-тест, юнит-тест .Для вашего кода, который использует код вашей базы данных (DAL, ORM и т. Д.), Вы вставите фиктивные объекты (тест удваивается), что позволит остальной части вашего приложения полагать, что оно взаимодействует с базой данных,хотя на самом деле это не так.
Если вы хотите убедиться, что ваш код фактически принимает данные и сохраняет их в БД или во внешнем файле, вам нужно написать интеграционные тесты , чтобы проверить это.Один из возможных способов - это использовать тестовую базу данных, настроенную для каждого тестового устройства с фиктивными данными, вы выполняете свои тесты, а затем стираете базу данных до ее прежнего состояния.Преимущество этого состоит в том, что у вас будут модульные тесты для вашей бизнес-логики и интеграционные тесты, чтобы убедиться, что вы правильно подключили код базы данных.