Почитай про branch by abstraction например, может даст тебе идей

Решается через работу с Product Owner, общий беклог рефайнмент, попытки внедрить acceptance criteria

И как с такой классикой бороться? У нас именно так

Спасибо, посмотрю

мне кажется лучший вариант решения - это тесты, которые пишут сами разрабы. Ну типа так меньше коммуникаций на фидбек луп-е. Коммуникация внутри 1 человека дешевле

Так разрабы пишут. Интеграционные всегда, это в definition of done. Изредка юнит. На билдах всех окружений эти тесты тоже крутятся + статические и инфраструктурные

Убрать у разработчиков спасательный круг. Договориться о ответственности у кого какая. Что роль qa помогать вам с тест кейсами, проверять выполняет ли система для пользователя в целом что надо а качество реализации это прямая ответственность разработчиков. Вводите рут коз анализ багов.

Можешь в целом начать с definition of done для разработчика и root cause для багов

а тестеры тогда какие тесты пишут?

Потом критерии приемки и чеклисты ДО разработки с обсуждением оных с qa

А там глядишь дизайн ревью имплементации до разработки + гайдлайны что бы уменьшить потребность в код ревью

Смещать все что про качество как можно ближе к началу процесса разработки

У нас релизы раз в квартал, так что у нас вообще всем похер на вэйт тайм)

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

Тоесть разработчики тесты апи не пишут или это специфика продукта?

Ну так пусть тестеры тоже пушат. Проблема в чём?

На тему нагрузочных - задача qa общаться с продуктами, супортом, смотреть аналитику и разбираться "а как реально пользуются". Это сильно недооценивают и тут реально будет экономия времени разработчикам

Зная воркфлоу проще и нагрузочные составить и тест кейсы а уже кто эти тесты напишет - тут обычно быстрее проще и лучше это сделают разработчики

Ну и да форсить процессы типа тот же рут коз анализ

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

Тогда тестеры прямо на проде могут этот if через особую куку в браузере для себя включить и всё прокликать прямо в бою без всякого искусственного staging.

И когда будет готово просто включаем фичу через true в конфиге. Весь код уже на месте и мержить ничего не нужно.

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

Если есть линтеры и тесты, то проблем почти нет.