Фичевая ветка фронта, фичевая ветка бэка.
Согласование контракта между бэком и фронтом и его фиксация где-то.
В конце разработки мержи девелопов в фичевые ветки.
Деплой бэка и фронта вместе на тестовое окружение.
Тестирование,
багфикс.
Прогон на фичевых ветках всего чего там есть из автопроверок.
Пулл реквесты, код ревью.
Мерж в девелоп, смоук.
___
Если фиче столько ждут тестирования, значит вы зашиваетесь и вам  нужно +1 в команду.

Еще бы добавил какой-то смоук автопроверочный набор который, грубо говоря, зацепит все запросы и засечет если где есть 500-я или не пришло контента.

Всем спасибо

(с) руководство ?)

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

Я постараюсь кратко описать как у нас сейчас и с какими проблемами мы сталкиваемся

0) Существует ветка develop
1) Каждая фича реализуется в отдельной ветке > тестируется по требованиям к фиче > дорабатывается > тестируется > вливается в develop ветку
2) Из develop ветки собирается релиз, соответственно все что влилось, попадает в релиз > регресс

Какой мы имеем плюс:
1) ветке develop находится в хорошем состоянии и не имеет критов за редкими случаями когда тестировщик его пропустил или при интеграции произошел какой-то конфликт
2) такой подход позволяет быстро собрать релиз

Какие мы имеем минусы:
1) иногда, ветки могут ожидать тестирования 1-2 недели ( соотношение разработчиков и тестировщиков 7к1), соответственно ветки могут устарет, что приведет к неизбежному конфликту при мерже в develop
2) у приложения 5 модулей и часто бэк фунционал требуется в нескольких модулях, а он может стопориться из-за багов в отдельной фитче


На что разработчики предлагают вливать бэк в develop, тестируя ветку Постманом, дергая запросы и юнит-тестами.
Оргументируя, что мы должны реализовывать фичи , потому что у нас сроки и т.д. , а фитчи у нас якобы стопорятся и висят долго.

Мне такой подход кажется неправильным, ибо часто бывает когда метод через Постман отрабатывает, юнит тесты у разработчика прошли успешно, а при тесте от клиента(фронта) метод отваливается по ошибке.
Соответственно если проверить через Постман и юнит-тесты, это не говорит о том, что багов нет и функционал готов.
Из-за чего в develop будут вливаться фичи с багами, что затормозит выпуск релизов и разработку в целом, а так же снизит качество.

Хочу добавить, что у нас не было еще ни разу так, чтобы фича при тесте прошла с первого раза при средней сложности самой фичи.
Если фича сложная то жизнь фичи может длиться очень долго
разработка > тест > доработка > тест > доработка > тест > доработка > тест ( у меня часто бомбит, когда деплою на стенд для проверки, а там элементарно отваливается метод при нажатии кнопки )

Поделитесь пожалуйста своим опытом.

У нас всё как у вас (мерджится в транк уже оттестированная стабильная ветка). Конфликтов избегаем тем, что нет одновременно нескольких веток с фичами в близком функционале (по возможности). А почему разработчики предлагают другое? Кто им вообще сказал думать? 🤔😀

Ну типа у нас самоорганизовывающая команда))

а у вас типо много команд ?

Не понял вопроса

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