ST
но все равно надо озвучить, чтоб потом сказать - я ж вам казав, блять!
да-да-да) я ж за це і кажу) озвучити, але якщо всім похуй - то не морочити сильно голову)
Size: a a a
2020 July 01
B
да-да-да) я ж за це і кажу) озвучити, але якщо всім похуй - то не морочити сильно голову)
+ умелое перекладывание ответственности )))
SA
спасибо, ребята, буду думать как сейчас это обработать :)
ST
Serge A.Rion
спасибо, ребята, буду думать как сейчас это обработать :)
Попробуй ввести в себе ретро
SA
Попробуй ввести в себе ретро
у меня каждый отработанный таск и баг залоган :D
SA
без логов - никуда, как и при проверке проектов, собственно :)
MM
Serge A.Rion
спасибо, ребята, буду думать как сейчас это обработать :)
Как я всегда любил думать, есть 2 типа работы, как надо и формально. Я лично после требования работать формально снимаю с себя полномочия и ответственность за любые не свои зоны. И если там пиздец, то вообще плевать. Ессно с уведомлением.
S
вопрос приоритетов задач всегда зависит от текущего этапа проекта и/или тестируемой фичи
S
если у тебя условный драфт, а ты начинаешь клепать баги низкой важности - это действительно не оправдал ожиданий
EL
Sub
если у тебя условный драфт, а ты начинаешь клепать баги низкой важности - это действительно не оправдал ожиданий
Если это не занимает много времени, то почему не зарепортить кратко?
S
Если это не занимает много времени, то почему не зарепортить кратко?
1. у ТСа это явно заняло много времени
2. Такие баги могут быть вредны - если они написаны, например, по вижуалу, который еще не сделан в принципе, то чинить их бесполезно. В лучшем случае это пустая трата времени тестировщика. В худшем неопытный разраб полезет их чинить и потратит своё время на работу по нерелевантным багам по фиче, которая будет выброшена / переделана
2. Такие баги могут быть вредны - если они написаны, например, по вижуалу, который еще не сделан в принципе, то чинить их бесполезно. В лучшем случае это пустая трата времени тестировщика. В худшем неопытный разраб полезет их чинить и потратит своё время на работу по нерелевантным багам по фиче, которая будет выброшена / переделана
EL
Sub
1. у ТСа это явно заняло много времени
2. Такие баги могут быть вредны - если они написаны, например, по вижуалу, который еще не сделан в принципе, то чинить их бесполезно. В лучшем случае это пустая трата времени тестировщика. В худшем неопытный разраб полезет их чинить и потратит своё время на работу по нерелевантным багам по фиче, которая будет выброшена / переделана
2. Такие баги могут быть вредны - если они написаны, например, по вижуалу, который еще не сделан в принципе, то чинить их бесполезно. В лучшем случае это пустая трата времени тестировщика. В худшем неопытный разраб полезет их чинить и потратит своё время на работу по нерелевантным багам по фиче, которая будет выброшена / переделана
вторым пунктом ты описал плохую работу менеджмента/организации
MM
Sub
1. у ТСа это явно заняло много времени
2. Такие баги могут быть вредны - если они написаны, например, по вижуалу, который еще не сделан в принципе, то чинить их бесполезно. В лучшем случае это пустая трата времени тестировщика. В худшем неопытный разраб полезет их чинить и потратит своё время на работу по нерелевантным багам по фиче, которая будет выброшена / переделана
2. Такие баги могут быть вредны - если они написаны, например, по вижуалу, который еще не сделан в принципе, то чинить их бесполезно. В лучшем случае это пустая трата времени тестировщика. В худшем неопытный разраб полезет их чинить и потратит своё время на работу по нерелевантным багам по фиче, которая будет выброшена / переделана
тоже верно, короче надо больше контекста
S
вторым пунктом ты описал плохую работу менеджмента/организации
тру, если предусмотрен лид, аппрувящий все задачи, такого быть не должно. Но так бывает не везде и не всегда
EL
И что значит разраб "полезет"?
это же хреновая практика
Есть планирование и на нём закладывается скоуп задач
Всё что выходит за скоуп задач - выносится на следующий спринт
это же хреновая практика
Есть планирование и на нём закладывается скоуп задач
Всё что выходит за скоуп задач - выносится на следующий спринт
EL
Просто в конце спринта завести накопившиеся в бэклоге баги и вынести на обсуждение
EL
Sub
тру, если предусмотрен лид, аппрувящий все задачи, такого быть не должно. Но так бывает не везде и не всегда
Как по мне: Одна из самых интересных частей работы QA - это влияние на процессы и такие кейсы можно исправить)
S
да-да, особенно если у вас в принципе не внедрён эджайл, команда распределенная, менеджмент всратый, проект с тысячами фичей, 15-летним легаси и сотнями разрабов :D