Есть хоть кто-то, кто живёт без ручных qa, поделитесь опытом?

Опыт отличный, рекомендую

Нам нужен ручной qa, который перед релизом прогонит 10200 юзкейсов. Наш сдох, другого подгоните?

Кто источник бизнес логики то?

Бизнес😁

Ну ты для решения задачи откуда-то эти знания будешь брать?

Пишутся тесты, которые проходят по всему флоу. Внешние сервисы мокаются

у бизнеса DDD там всякое

На которые все дрочат, но никто не понимает что это))) Провели евент шторминг недавно с заказчиком, он в шоке

Константин, а насколько у вас время потраченное на написание тестов и их поддержки дешевле времени тестов ручных qa?

в евентшторминг я не въехал если честно

При этом в ddd въехал?

да

Тесты писать не долго, долго учится их писать. Ручное тестирование это тупик

долго это окружение под тесты настраивать и ещё больше данные)

"Тесты писать не долго, долго учится их писать. Ручное тестирование это тупик" - ну это ваше мнение, у каждого оно свое

только сначала нужно научиться писать тестируемый код

Нам пол года настраивают окружение под тесты и автотесты, проект уже в проде

Это входит в умение писать тесты

не факт, если код пишут одни, а тесты - другие

Сначала начать писать код, в вашем автомагистрате это не назовешь так. Начать с азов всей команде. Хотя, для такого "проекта" - пойдет

Так лучше не делать

под полноценный е2е. все базы, поды, мок сервера под интеграции и тд

У вас автотесты пишут те же, кто пишет код?

шо за ужасы, docker-compose внутри CI чё не справится?)

бэкендеры не любят писать UI тесты

Логика тимлида 3-х тел на удаленке))). Справится, в вышеописанном кейсе

только юнит иногда, а так отдельный человек для UI и API

Это не логика, это вопрос

нет ( ьам все переделвать надо для тестов

Наш автомагистр написан одним лицом за 0 денег, нашел на чё смотреть

Ну там бед практикс в полной красе. Проблема в том, что автор видимо эт этого еще не отшел))

Ну то есть автор по твоему должен всё бросить и переписывать весь проект на последние свои умения?

Свой проект покажи, посмотрим к чему ты пришел и от чего не ушел

То же самое и к @grachevkо относится, мне кажется. Т.е. тебе реально не стоит судить по его публичному пет проекту.

поддерживать моки для 30 сервисов или дампы для их баз, тот еще головняк будет) и у нас не микросервисы функциональные сервисы проверяем отдельно, там главное чтобы контракт соблюдался. некоторые интеграции местами прям внутри логика для стаба (чтобы запросы для юзеров с тест ролями никуда не уходили), где-то подсовываются отдельные клиенты типа тестовых окружений страйпа и тд если б надо было мокать все интеграции брал бы что-то в духе polly.js или стандартный wiremock

Спасибо)

я вот этой хренью пытаюсь пользоваться https://github.com/httptoolkit/mockttp

ну их много разных. есть которые встраиваются в рантайм с тестами, есть которые полноценные сервера, есть которые позволяют захватить траф и потом делать replay (как polly.js)