Давайте может более конкретный вопрос по работе сильно озадачен тем что

если на форме > 3 полей ввода (которые влияют друг на друга) то в результате разработка буксует,
количество unit тестов сильно растет
хоть мы и стараемся покрыть код тестами почти на 100% в результате QA находит много багов
кажется одно поле мы покрыли тестами все варианты
но появляются варианты когда поля связаны друг сдругом
и тут начинается беда

а теперь конкретный пример
форма ввода адресного объекта (приведу часть полей)
- почтовый индекс
- город
- ЭПС
- улица
- дом
- корпус
- квартира

поможет тут декларативный подход?

Необходимость писать тесты, конечно, никуда не исчезает. При этом общая суть такова: вы в одном месте описываете, какие поля на основании заполненности вашей модели надо показывать, какие скрывать. После этого при изменении модели библиотека сама приводит прошлое представление экрана к тому, что сейчас надо получить -- сама решает, надо ли показать какие-то новые поля, или скрыть старые, или ещё что-то.

Да не особо честно говоря

Ну не знаю. В текущем виде нужно поддерживать правильно описанные включения-выключения полей в коллбеках, любая зависимость от двух полей одновременно приводит к дублированию кода и т.п.