При каждой сборке локальная база данных сбрасывалась до нулевой версии, и к ней применялась обновления. Это означает, что механизм обновления ежедневно тестировался десятки раз.
Каждое обновление базы данных также подвергалось модульному тестированию. Каждый тестовый сценарий проверяет определенные допущения относительно состояния базы данных до обновления. Он применяет обновление, а затем проверяет допущения относительно нового состояния.
Тем не менее, все эти тесты работали с «добропорядочными» данными. Однако в условиях реальной эксплуатации часто происходят странные вещи, а с реальными данными проблем всегда больше, чем с любым набором тестовых данных. Наши обновления создают таблицы, добавляют индексы, заполняют таблицы записями и создают новые столбцы. Если структура данных окажется непредвиденной, некоторые из этих изменений могут привести к серьезным нарушениям. Мы беспокоились о риске обновлений и искали возможность сделать этот процесс более надежным.
Related posts: