баг/сторя/таск после проверки в вветке? Или только после перепроверки в релизной ветке на стейдже? И как кто борится с задвоением работы в данном случаи?
Только после проверки на стейдже. И да, это просто дубль работы, но периодически выскакивают баги, которые ловят только на стейдже. Плохо, конечно, но лучше, чем если бы нашли уже на проде
Плюсую, просто может есть другие мнения) хотелось бы понять что можно ещё сделать и может кто-то придумал как уйти от задвоения
Зависит от клиента. Например если это фронтовый клиент на вебе, то как минимум проверяется сначала в ветке самой задачи(бага и тд), так как задача или баг может вызывать дургое и разумней в рамках одной задачи править. После смерживания веток в релизную тоже надо проверять, такак бывает случаи конфликтов, которые правили и что то тронули. Вообще лучше проверять сначала в самой ветке, а после уже в релизной ветке
Можно гадать вероятность появления багов по количеству вносимых изменений и конфликтов при мерже. Плюс зависит от особенностей среды. Мой совет: лучше не игнорируйте стейджинг, если нет приемлемого покрытия автотестами.
Естественно в ветке. Конечно после мерджа идёт регресс, но не перепроверка всех багов же, это нонсенс.
на всех моих работах проверялись баги и после их мержа на стейджинг, для проверки интеграции с другими сторями/багами. был только один проект, где все задачи/баги проверялись единожды, но там был очень специфичный воркфлоу
Ну у нас в целом считалась, но бегло проверяли и после Меджа, на предмет что она попала в релизную ветку. Чисто базовый позитивный кейс. Или же писали автоматизацию, чтоб мерддилось уже с тестами.
У нас в жире есть несколько статусов для этого: На проверке - когда код находится на виртуальном сервере разработчика и надо проверить только новый функционал или баг. На QA - на основном тестовом сервере, надо проверить ту же фичу или баг, и затронутые рядом разделы. Preprodaction - отдельного статуса нет, но после того, как проверено на тестовом и вылито на прод - проводим полноценное тестирование всей системы, так как на бою данных больше
Обычно предпрод, это типа стейджа. Или у вас с помощью фичитогл выливаются правки?
стейдж используем только при каких-то масштабных обновлениях. или при работе с большим количеством данных, в основном после теста все идет на прод
Баги проверяем и закрываем на ветке, если теста-кейса покрывающего данный баг нет, то пишется тест-кейс и добавляется в план регресса
Так получается баг проверяется ещё раз, просто на стадии регресса перед выкаткой?
Обсуждают сегодня