Как сделать тесты интеграции DAL менее хрупкими?

Question

Первый. Мы не используем ORM. И не будет использовать его в ближайшем будущем. (это не мое решение).

Мы создаем хранимые процедуры для нескольких случаев чтения/записи.
Большинство читающих SP предназначены для заполнения DTO, которые отправляются клиенту.

Каждый метод DAL обычно вызывает одиночный SP. Тест интеграции состоит из запуска скрипта вставки, а затем инициализации ожиданий в соответствии со сценарием, метода вызова, а затем проверки возвращаемого результата. То есть стандартный шаблон AAA.

Однако реорганизация даже небольшой схемы DB обычно ломает около сотни тестов. Подготовьте причину: тогда как DTO обычно нуждается в подмножестве столбцов. Вставка требует их всех. При этом каждый ыскшзе, который затрагивает реорганизованный стол, разбивается.

Я рассматриваю исправление связки сценариев каждый раз после рефакторинга какой-то работы обезьяны. Ищете способы повышения надежности тестов.

Answer 1

Вы можете попытаться написать обобщенные функции, которые готовят одну таблицу, и использовать это всегда вместо повторения инструкций подготовки к вашим тестам.

Также вы можете изучить шаблон T4 с взаимодействием с базой данных для создания операторов подготовки перед компиляцией тестов.

Generate from T4