Full stack QA неизбежность?

Вышел на новое место работы. Инженерная культура, конечно, в разы выше, чем на предыдущем месте. Никаких дейликов размазанных на полтора часа для разговоров ни о чем, лид который является архитектором, сильный фронт, сильный бэк, даже девопс есть. В общем кайфую. Приложение наконец-то полноценное, не обрубок. И в такой среде у меня неизменно возникает одна и та же мысль: мне лень и не хочется вручную проверять допустим отдаваемые ответы на соответствие контракту, или еще чтото. Потому что контракт большой, есть вложенные объекты и т.д. и т.п. Как следствие - уже начинаю покрывать потихоньку слой API автотестами на стеке pytest/requests. Состряпал простой фрейм(ну как состряпал, взял с хабра, но сейчас бы и сам смог написать)заключающийся из пакета с клиентами и файла где храню эндпоинты, пакета с объектами для payload, и пакета с assert’ами. Пришлось погрузиться в ООП (все еще немного путаюсь пока в нем, но в общем и целом уловил и понял). Заодно при проверке post методов заполняю стенд данными. Удобно и эффективно. И вот после этого, я понимаю, что я уже никогда не смогу вернуться к фул ручному тестированию. В дальнейшем планируется добавление проверок для БД, полноценные тесты для API, и в конце подключу playwright для UI. Для ручной работы оставляю только разработку тестовой документации, подготовку непосредственно тестовых файлов с данными и проверку отработки микросервисов, то есть e2e. Но ООП конечно пока сложная штука немного. Но как говорится, повторение мать учения. Короче, к чему этот длиннопост - мне кажется, на серьезном уровне, в 2026 одного знания теории тестирования и базовых знаний о технологиях уже недостаточно. Хотя могу и ошибаться, все субъективно