Size: a a a

QA — русскоговорящее сообщество

2021 March 10

VD

Vadim Dudin in QA — русскоговорящее сообщество
Екатерина Дроздова
да вот же. от меня нужны веские аргументы, почему так нельзя,  пока кроме "да потомушто!!!111" ничего в голову не приходит. пришла сюда за трезвой оценкой со стороны
Для начала хорошо бы оценить и понять откуда нужда в постоянном регрессе.
Если у вас после каждой мелкой фичи что то ломается - то есть большие вопросы к качеству доработок, и, возможно, архитектуре проекта.
И в таком случае лучше будет бороться с причиной проблем, а не со следствием.
источник

VP

Vyacheslav Pshets in QA — русскоговорящее сообщество
Екатерина Дроздова
да вот же. от меня нужны веские аргументы, почему так нельзя,  пока кроме "да потомушто!!!111" ничего в голову не приходит. пришла сюда за трезвой оценкой со стороны
Ни один человек не в состоянии на протяжении недели гонять регресы с одинаковой эффективностью. Уже на второй день регресса часть багов будет пропускаться, потому что глаз замыливается. Ну и просто это дико скучно, от вас сотрудники убегут. По крайней мере, я бы сбежал
источник

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

ЕД

Екатерина Дроздова... in QA — русскоговорящее сообщество
Иван Снегов
Работал в похожем режиме на одном проекте. Как то пришлось всей командой месяца два каждую неделю заниматься регрессами. Скучно, времени на другие задачи не хватало, но в целом ничего смертельного не было.
нас трое тестировщиков. проект быстро растет, нужно много всего автоматизировать и одновременно нам урезали время на регресс так, чтобы регресс занимал сутки (750 кейсов уместить в день, ок). + одного тестировщика надо выделить под вот такой регресс. страшна
источник

ЕД

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

ЕД

Екатерина Дроздова... in QA — русскоговорящее сообщество
Vyacheslav Pshets
Ни один человек не в состоянии на протяжении недели гонять регресы с одинаковой эффективностью. Уже на второй день регресса часть багов будет пропускаться, потому что глаз замыливается. Ну и просто это дико скучно, от вас сотрудники убегут. По крайней мере, я бы сбежал
это правда
источник

Mike Кernserj in QA — русскоговорящее сообщество
Екатерина Дроздова
нас трое тестировщиков. проект быстро растет, нужно много всего автоматизировать и одновременно нам урезали время на регресс так, чтобы регресс занимал сутки (750 кейсов уместить в день, ок). + одного тестировщика надо выделить под вот такой регресс. страшна
не знаю контекста, но в большинстве случаев вам бы подошли автотесты, мониторинг
источник

ИС

Иван Снегов... in QA — русскоговорящее сообщество
Екатерина Дроздова
нас трое тестировщиков. проект быстро растет, нужно много всего автоматизировать и одновременно нам урезали время на регресс так, чтобы регресс занимал сутки (750 кейсов уместить в день, ок). + одного тестировщика надо выделить под вот такой регресс. страшна
Я бы на вашем месте шел к руководству и объяснял что 750 кейсов это в лучшем случае 750 минут проверок, фактически 13+ часов рабочего времени. Либо пусть выделяют время, либо дополнительные руки
источник

VP

Vyacheslav Pshets in QA — русскоговорящее сообщество
Хорошим вариантом было бы действительно узнать, а зачем это нужно?
источник

Mike Кernserj in QA — русскоговорящее сообщество
Екатерина Дроздова
мне кажется, таких еще поискать надо!)
ага, нам тогда повезло. Я сначала когда собеседовала, не думала, что он нам подойдет хоть на какой-нибудь проект, но потом когда появился запрос со стороны бизнеса, вспомнила про него очень удачно)
источник

VP

Vyacheslav Pshets in QA — русскоговорящее сообщество
Иван Снегов
Я бы на вашем месте шел к руководству и объяснял что 750 кейсов это в лучшем случае 750 минут проверок, фактически 13+ часов рабочего времени. Либо пусть выделяют время, либо дополнительные руки
+1
источник

ЕД

Екатерина Дроздова... in QA — русскоговорящее сообщество
Mike Кernserj
не знаю контекста, но в большинстве случаев вам бы подошли автотесты, мониторинг
пишем, но больше времени тратим на поддержку, тк каждый в каждый релиз изменяется фронт
источник

ВЩ

Виктор Щепотин... in QA — русскоговорящее сообщество
а реально надо каждый день все 750 кейсов проходит?
я не верю что за сутки разработчики так много на меняли
источник

ЕД

Екатерина Дроздова... in QA — русскоговорящее сообщество
Иван Снегов
Я бы на вашем месте шел к руководству и объяснял что 750 кейсов это в лучшем случае 750 минут проверок, фактически 13+ часов рабочего времени. Либо пусть выделяют время, либо дополнительные руки
жертвуем качеством во благо бизнеса - ответ руководства
источник

Mike Кernserj in QA — русскоговорящее сообщество
Виктор Щепотин
а реально надо каждый день все 750 кейсов проходит?
я не верю что за сутки разработчики так много на меняли
как всегда, трогают одну строчку - ломается полприложения в неожиданных местах
источник

VP

Vyacheslav Pshets in QA — русскоговорящее сообщество
Mike Кernserj
как всегда, трогают одну строчку - ломается полприложения в неожиданных местах
Бывает такое, но не каждый же день
источник

ВЩ

Виктор Щепотин... in QA — русскоговорящее сообщество
Mike Кernserj
как всегда, трогают одну строчку - ломается полприложения в неожиданных местах
так бывает если приложение один большой модуль main
источник

ИС

Иван Снегов... in QA — русскоговорящее сообщество
Екатерина Дроздова
жертвуем качеством во благо бизнеса - ответ руководства
Тогда обсуждать кто берет на себя риски за качество и вместо регресса гонять smoke/sanity + проверка затронутого функционала
источник

ЕД

Екатерина Дроздова... in QA — русскоговорящее сообщество
Vyacheslav Pshets
Хорошим вариантом было бы действительно узнать, а зачем это нужно?
все ради бизнеса только) чтобы как в фейсбуках было - быстро и много
источник

Mike Кernserj in QA — русскоговорящее сообщество
Vyacheslav Pshets
Бывает такое, но не каждый же день
хз, я такого не видела, но вполне могу допустить
источник