Как потенциально сократить написание автотестов до почти 0 и ускорить разработку без потерь качества?

Я долгое время размышлял над сервисом вида n8n для QAA, но выглядит, что концепция устарела и есть вариант сильно интереснее. Вот вариант, который предлагаю, мб когда-нибудь сделаю, но сильно не точно)

На странице стоит скрипт, который записывает путь пользователя, состояние ui и ответы от апи. По сути, это всё это сделать не сложно, а ответы от апи можно через условные service worker перехватывать. При большом потоке пользователей почти все доступные cjm-ы в продукте будут использованы и соответственно у нас будут их слепки основных данных.

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

Для бекенда по сути можно нечто потенциально похожее сделать просто зная время, когда был слепок и используя данные, которые были в базах на данный момент и точно так же прогонять весь флоу с UI.

В итоге мы получаем довольно точный регресс всего приложения при каждом изменении, а так же больше не пишем автотесты.

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