15
поэтому
Size: a a a
2021 April 28
15
простой ответ на этот вопрос - идти к заказчику, продукт оунеру, проджект-манагеру или, если нет никого из них в наличии и под заказ - к главному аналитику.
15
и пусть они решают - им за это платят
M
(прошу учитывать, что речь идёт о конкретном гипотетическом вопросе. а не о полностью процессах в команде)
SR
А цель пользователям угодить или заказчику? ))))
M
а что решают-то?
M
нифига ж себе Оо вроде это одни и те же люди
15
в каком порядке и на какие фичи тратить трудовой ресурс - время тестировщика на проверку
SR
Хорошо. Тем, кто пользуется приложением или тому, кто заказывает фичу?
D
Ну организуйте ретроспективу, покажите боттлнек и решите всей командой, что вы будете в будущем делать в такой ситуации. Если команда адекватная, то решением будет что-то вроде “подключить дополнительные ресурсы из аналитиков/менеджеров к тестированию”, а может и дополнительного тестировщика в команду возьмут, если менеджерам лень в этом участвовать
M
просто представим. На секунду. Что тестировщик где-то сам может время распределять. "должно быть выпущено всё до конца июня" - и этого времени действительно достаточно для всех задач
M
кто пользуется.
у меня не было опыта работы с "заказывают одни, пользуются другие"...
у меня не было опыта работы с "заказывают одни, пользуются другие"...
15
если времени достаточно для всех задач и у всех дедлайн общий - то берем первую попавшуюся в руки. но это же не так, верно?:)
D
А может вообще процесс тестирования пересмотрите и будете тест-сессии всей командой проводить
A
Можно взяться за задачу, на которой разработчики адекватнее и быстрее полечат дефекты.
M
если честно, у меня не горит) просто сталкивалась с разными подходами к разгребанию ситуации и интересно узнать больше)
DN
Это как раз про приоритеты. А вариант 1 без декомпозиции невозможен в принципе, если что ;)
Ну, в том смысле, что декомпозицию исполнитель в любом случае проводит, хоть на этапе тест-дизайна. А как это оформлять -- уже, имхо, совершенно отдельный вопрос.
Ну, в том смысле, что декомпозицию исполнитель в любом случае проводит, хоть на этапе тест-дизайна. А как это оформлять -- уже, имхо, совершенно отдельный вопрос.
M
да почему? мы уже взяли в руку задачу Х. так или иначе, по тем или иным критериям назаводили в ней багов. И вот середина пути. Можно отдать то, что есть, в разработку и переключиться на мелочь, чтобы очередь не копить. А можно продолжать тестировать задачу Х
M
и снова ачивка - первый ответ не из вариантов) и прекрасный, должна сказать х)