где-то еще и на проде перепроверяли

но точно одной дев ветки, где только 1-2-3 фикса - мало

не считая багов, которые возникли в ветке и там же пофикшены

Вопрос был в том, закрывается ли баг после фикса. Если есть 5-10 бранчей с фичами и вы будете держать все обнаруженные баги в резолве не закрывая до мерджа - вы просто утонете в багах. Не говоря уже о том, что текущее состояние проекта будет не известно: все баги в резолве? Что пофикшено и проверено, а что нет?

И дальше мы приходим к тому, что считается «Закрываем».
Я, например, специально для таких целей добавлял ребятам статусов между в цепочку воркфлоу (включая «merged», «ready to release» и другое).
И да, «закрывали» мы задачи только тогда, когда они начинали работать на проде.
Никто не умер, в багах не утонул.

можно добавить статусов. по-разному делали. где-то переводили на других, где-то на бота, где-то были стусы "верифайд", например.

типа проверен на одном стейджинге - verified, на втором - resolved, в проде - closed

Да и «когда тестировать» имеет миллион разных подходов.
Я вот сейчас тестирую в основном релизные сборки.
До мержа в мастер ребята сами тестят свои фичи.
Потому что не царское это дело, сами справятся.
Где-то такой подход очевидно не будет работать, и будет работать тройной ре-чек на каждом из окружений.

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

еще есть вариант создавать в джире "бота", на которого скидывать проверенные задачи, до повторной проверки

А если представить, что тестер не один, и бранчей больше одного? ;) Мне кажется, что если вам приходится постоянно перепроверять баги (а не просто регресс делать), то что-то не так с вашими девами.

возможно вы просто не сталкивались с такими проектами

Согласен.
Тут же все знают, что нормальные разработчики могут и без багов писать.
«Нормально делай - нормально будет».

да ладно писать, они замерджить без багов не могут ))

Ну у нас в целом считалась, но бегло проверяли и после Меджа, на предмет что она попала в релизную ветку. Чисто базовый позитивный кейс. Или же писали автоматизацию, чтоб мерддилось уже с тестами.

У нас в жире есть несколько статусов для этого:
На проверке - когда код находится на виртуальном сервере разработчика и надо проверить только новый функционал или баг.
На QA - на основном тестовом сервере, надо проверить ту же фичу или баг, и затронутые рядом разделы.
Preprodaction - отдельного статуса нет, но после того, как проверено на тестовом и вылито на прод - проводим полноценное тестирование всей системы, так как на бою данных больше

Обычно предпрод, это типа стейджа. Или у вас с помощью фичитогл выливаются правки?

Вам сюда @qa_jobs
Только оформите вакансию по правилам в закрепе

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

Баги проверяем и закрываем на ветке, если теста-кейса покрывающего данный баг нет, то пишется тест-кейс и добавляется в план регресса