Хм...
Предположу сама приложуха делает так:
- Формы собираются в некий json с кучей вложенностей
- Бэк парсит его и складывает в базу.

и так же обратно.
Т.е. поддерживать много кода то и не надо.
Только проходчик по файлу и методы дополняющие модель. Или я чет уже не правильно начал понимать что происходит?

у нас была одна проблема. мы добавили graphql...

Мне кажется, проще взять постгрес с ltree и хранить данные и отношения в виде дерева. Его обходить попроще, чем граф с семантиками

И обновлять дерево тоже проще

Ну или накостылять дерево в ямл файле и не тащить новую субд в проект

На бекенде кстати должно присутствовать то же самое дерево решений в том или ином виде, который Алекс хочет построить. Характер проверок на бекенде даст понять какие переходы значения драйвят какие случаи, чтобы сделать минимально возможное количество сценариев. Я бы все же посчитал сначала это количество. Оценил скорость разработки и скорость добавления новых данных и прикинул проще ли тебе будет один раз описать ветвистую структуру решений (как выше посоветовали, в ямле) и далее уже добавлять по одному ключу в неделю или нужно что-то более дружелюбное к постоянным изменениям и содержащие должный уровень абстракции для описания связей

Я же говорю, вся структура пишется в екселе БАшниками, на псевдо джс, сегодня они добавили 3 поля а завтра уберут 10

Если они меняют каждый день что-то, я бы на такое авто тесты писать не стал. Либо делал чеки прям в самом экселе (пусть БА этим занимаются)

Нужен ML и AI никак без этого )

А девелоперы что с ней делают? Парсят в рантайме и динамически генерируют формы или переписывают это себе в код в виде if-else?

Автотесты на изменяемых данных, это на порядок степень работы надо возводить

Если первое, тогда юнит теста хватит. Если второе, то можно заморочиться с деревом

Парсят и генерят

Пиши юнит тест и не наводи суету)

Это только прекондишен для теста

Вот и я о чем

А для е2е тестов пиши пейдж обджекты без условной логики

Ну и ещё можно тест на валидацию экселя перед деплоем

Валидация есть, но опять же, это только прекондишен, настоящий тест начнётся после заполнения этой инфы

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