А помогите порешать задачку по саморазвитию по возможности. то наступили

Question

А помогите порешать задачку по саморазвитию по возможности. то наступили

часы самобичевания.

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

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

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

#programming #qa #russian #software

0

11.08.2022

7 ответов

27 просмотров

Marina Автор вопроса

Richard Gears
Регрессионные баги - это что? Это те, которые возн...

не, это которые ушли на прод, в набор минимальных проверок регресса (стейджинг сборки) не попали, были поломаны в "воон той фиче, которая вообще не про шампанское а про коньяк была"

0

11.08.2022

Richard Gears

Marina
не, это которые ушли на прод, в набор минимальных ...

Стоп. Давайте определимся с терминологией. Есть смоук тесты, которыми вы проверяете критический функционал. Есть проверка нового функционала. Есть регрессионные тесты, которые проверяют, что не отстегнулось ничего из старого. Какие именно наборы у вас пропускают баги?

0

11.08.2022

Marina Автор вопроса

Richard Gears
Стоп. Давайте определимся с терминологией. Есть см...

проверка нового функционала + смоук

0

11.08.2022

Richard Gears

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

0

11.08.2022

Marina Автор вопроса

Richard Gears
Так. Уже понятнее. В этом случае, я бы посоветовал...

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

0

11.08.2022

Richard Gears

Marina
утёкшие баги не входят в список критичного. но мне...

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

0

11.08.2022

Richard Gears · Accepted Answer

Регрессионные баги - это что? Это те, которые возникают у вас после регулярного прогона регрессионных тестов вами? Тогда дело не в вас, а в ваших разработчиках. Попробуйте их кластеризовать эти баги и посмотрите после кого из разработки они вылезают и идите со статистикой к лицу разработки. Если вы имеете ввиду, что после вас баги находят, то пересмотрите ваши проверки, может сработал эффект пестицида

207 похожих чатов

А помогите порешать задачку по саморазвитию по возможности. то наступили

7 ответов

Похожие вопросы