Есть ли хороший метод DevOps для создания рабочего процесса, который создает демонстрационные данные для продукта? Эта ситуация сложна, когда приложение постоянно меняется. Есть несколько сценариев ios для рассмотрения.
Либо старые демо-данные устаревают в новой сборке, либо старые данные могут считаться поврежденными в новой сборке.
Новые бизнес-логи Введено c, которое требует взаимодействия с приложением для формирования новых данных. Вы не можете смотреть на новую схему, stati c правила или старые данные, чтобы получить / заполнить такие данные.
Менеджеры программ имеют инсайдерскую информацию о том, что нужно посмотреть на демо-данных вроде, не инженеры. Таким образом, рабочий процесс должен как-то совпадать во время процесса, начиная с (build -> test -> deploy).
Один из подходов состоит в том, чтобы запускать тесты, содержащие демо-данные. Поэтому после запуска тестов мы можем извлечь данные для наших демонстраций. Но я вижу, что тесты могут быть очень длинными и не такими мгновенными, как импорт файла CSV. Кроме того, координация между менеджерами ПО и инженерами, похоже, тесно взаимосвязана.
Другой подход заключается в том, чтобы начать с новой схемы из репозитория и генерировать оттуда данные. Но это требует дополнительных затрат на создание правил для генерации, которые могут не совпадать с c с логикой c самого приложения.
Кажется, что подход сверху вниз лучше, поэтому вы генерируете Dynami c наборы данных на выпуск. Вместо того, чтобы работать с мышлением обратной совместимости со старыми данными о состоянии c.
Проблема состоит в том, чтобы поддерживать приложение и данные в синхронизированном состоянии c и быть действительными для каждой итерации, в то же время позволяя руководителям и инженерам работайте параллельно друг с другом, не полагаясь друг на друга.