Всем привет. Кто-нибудь сталкивался с такой историей, что для внедрения

каждодневных релизов назначают дежурного тестировщика, который в течение недели проходит регресс по кругу, ловя баги и мониторя состояние предпрода?

Звучит как десятый круг ада

это за гранью современной науки))

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

я встречала людей, которым это идеально бы зашло. Добросовестные, старательные, совсем не амбициозные. На одном из проектов было не такое, но плюс-минус такая атмосфера. Все тестировщики оттуда через 2 месяца уходили за развитием, а этот прижился, у них была взаимная любовь. На других проектах он не выжил бы. Так что зависит от того, есть ли люди, готовые за это взяться

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

мне кажется, таких еще поискать надо!)

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

Я бы на вашем месте шел к руководству и объяснял что 750 кейсов это в лучшем случае 750 минут проверок, фактически 13+ часов рабочего времени. Либо пусть выделяют время, либо дополнительные руки

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

+1

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

жертвуем качеством во благо бизнеса - ответ руководства

Тогда обсуждать кто берет на себя риски за качество и вместо регресса гонять smoke/sanity + проверка затронутого функционала

похоже, что придется смириться с адским регрессионным кругом :D

Если это не временная вынужденная мера, то я бы всерьез задумался о смене места, это морально тяжело

Релизимся каждый день (а скорее несколько раз в день), дежурный тестировщик тот же, что и не дежурный (потому что я тут один :D). Пока что полёт нормальный. Комментируя ваш вопрос и в целом ветку дискуссии. Релизиться каждый день - нормальное и понятное желание бизнеса, но оно несёт довольно большие риски вместе с собой. Как правило основных риска три: рост технического долга из-за необходимости делать быстро, просадка по качеству (точнее по степени его обеспечения) и выгорание людей. История с назначением "дежурного" на неделю - довольно спорная и опасная по нескольким причинам. 1) Банально замыливается глаз. Повторять в течении недели прогоны одних и тех же тестов, не переключаясь на другие задачи - довольно лютая задача, шансов на то, что пропустишь очевидные баги просто из-за того, что задолбался - много. 2) Люди выгорают, начинают делать "на отвели" - ровно туда же история. Человек начинает проходить тесты на автомате, особенно не вглядываясь и ставим "Passed" там, где его быть не должно. В итоге QA не выполняет свою главную функцию - не даёт отчетов о состоянии продукта, которым можно доверять. 3) Нет мотивации "делать хорошо", в принципе. Что делать, что бы релизить каждый день было не так больно? 1) Уменьшать объем тестирования - выкидывать из регрессии всё лишнее и не приоритетное, остальное проверять уже исходя из скоупа изменений. Если бизнес хочет "скорость в обмен на качество" - это как раз про это. 2) Упрощать тестирование - автоматизировать то, что можно автоматизировать, упрощать тестирование там, где оно тратит много времени, оптимизировать тестовые сценарии и т.д. 3) Распределять нагрузку - перекладывать часть проверок на разработчиков, параллелить между тестировщиками, привлекать внешние ресурсы, т.д.

как круто структурировали, спасибо! значит мы на верном пути, все из этих шагов и делаем. но у меня в голове это теперь более четко выглядит)