Так похоже на мою историю в компании, так же примерно обстоит дело с автотестами, и структура проектов близка к той, что описана в статье. Моя команда не одинока в этом мире, и кто-то тоже решает аналогичные проблемы. Спасибо за статью)
Ожидаемый вопрос: в публикации разделила эти два пункта. Первый относится к случаю, когда идет проверка выполненной задачи разработчика и тестировщик все попутные замечания складывает в неё, хотя они к задаче не относятся. Второй: замечания близкие по контексту лучше объединить в новую отдельную задачу, если они нашлись в одно время.
Думаю, что понимаю, почему у вас сложилось такое мнение об этой публикации. Наша компания практикует набор джунов, прошедших курс по тестировнию в компании, на перифирии до времен пандемии сложно было нанять тестировщика с высоким уровнем навыков. К тому же опыт показывает, что пока мы пока находимся в начальной точке взаимодействия с удаленными сотрудниками. Поэтому каждый тестировщик +/- наступает на все грабли, описанные в этой статье.
Честно, я удивлена, вы считаете, что с такими подходами работать нельзя? Хочу сказать, что для продуктивной совместной работы в нашей компании и разработчики всегда идут на встречу QA и много чем помогают.
Спасибо за замечание, советы и правда относятся к начинающим тестировщикам, поправила в начале статьи. Думаю, что кроме кроме четкого рабочего процесса должна быть правильно выстроенная коммуникация, при которой процесс решения задач ускоряется.
Статья про правильные вещи, но что-то пошло явно не так. Непрерывный процесс тестирования сломался.
4,5 миллиарда человек имеют регулярный доступ к туалету
Так похоже на мою историю в компании, так же примерно обстоит дело с автотестами, и структура проектов близка к той, что описана в статье. Моя команда не одинока в этом мире, и кто-то тоже решает аналогичные проблемы. Спасибо за статью)
Ожидаемый вопрос: в публикации разделила эти два пункта. Первый относится к случаю, когда идет проверка выполненной задачи разработчика и тестировщик все попутные замечания складывает в неё, хотя они к задаче не относятся. Второй: замечания близкие по контексту лучше объединить в новую отдельную задачу, если они нашлись в одно время.
Думаю, что понимаю, почему у вас сложилось такое мнение об этой публикации. Наша компания практикует набор джунов, прошедших курс по тестировнию в компании, на перифирии до времен пандемии сложно было нанять тестировщика с высоким уровнем навыков. К тому же опыт показывает, что пока мы пока находимся в начальной точке взаимодействия с удаленными сотрудниками. Поэтому каждый тестировщик +/- наступает на все грабли, описанные в этой статье.
Честно, я удивлена, вы считаете, что с такими подходами работать нельзя? Хочу сказать, что для продуктивной совместной работы в нашей компании и разработчики всегда идут на встречу QA и много чем помогают.
Спасибо за замечание, советы и правда относятся к начинающим тестировщикам, поправила в начале статьи. Думаю, что кроме кроме четкого рабочего процесса должна быть правильно выстроенная коммуникация, при которой процесс решения задач ускоряется.