При разработке приложения Rails с устаревшей схемой, используемой существующим приложением, если в таблицах нет ограничений NULL для столбцов внешнего идентификатора по всей схеме, чтобы создавать/сохранять модели для тестов, модели должны существовать для этих ассоциаций и их ассоциаций и т. д. Таким образом, это не так просто, как просто создавать одну модель за раз, когда она вам нужна, и тестировать с ней.Стратегии разработки/тестирования Rails со сложной устаревшей схемой
Что касается тестирования, кажется, это проблема, если вы используете FactoryGirl и хотите создать и сохранить экземпляры модели для возврата из контроллеров и т. Д., Когда задействованы все зависимостей ассоциаций. Другим вариантом является издевка, но издевательство может быть немного более трудоемким, и это не позволяет вам проводить интеграционное тестирование так же легко. Другой - использовать светильники, но они требуют много времени и хрупкости. Другим является предварительное заполнение тестовой базы данных производственными данными, но это не решает необходимость для фабрик и т. Д./Неизвестных данных, ожидаемых в тестах, и Rails обычно ожидают начать с чистой БД для тестовой среды.
Какие стратегии разработки моделей, тестов и т. Д. Вы используете, когда у вас есть существующая сложная схема, на которую вы привязываете приложение Rails, а не только для чтения данных, но также и для записи существующей схемы, которая используется по существующей производственной заявке? (т. е. проблема «перестроить корабль в море»)