Хм. А мысли то разумная... Неожиданно... А лучше и разработчиков и тестировщиков...
10.04.2020, 12:04
Ну если менеджмент жопу сосет и работает по "палочной" системе, не разбираясь в проблемах, а только назначая виноватых ("ряяяя разрабы наговнили" vs "ряяя тестировщики пропустили") то да, превратится.
Но ведь это вполне хорошая практика - от разработки на совещания приглашать системного архитектора и/или тим-лида, а от QA - лидов по предметным областям или, в зависимости от масштаба, старших специалистов.
"Рядовые" разработчики, как правило, хрен клали на нефункциональные требования и редко оценивают свое детище целиком и с позиции конечного юзера, тестирование к этому гораздо ближе.
"Рядовые" разработчики, как правило, хрен клали на нефункциональные требования и редко оценивают свое детище целиком и с позиции конечного юзера, тестирование к этому гораздо ближе.
А кто эти самые тест-кейсы составил? Ну если, конечно, джуниора зовут на совещание, то тут уже вопросы к руководителю. Обычно джун бегает по составленным старшим или ведущим тестером тест-кейсам, а эти самые кесы составляются параллельно с написанием разработчиком кодом по тому же самому ТЗ. Так что для того чтобы узнать реальное состояние тестируемого ПО на совещание зовут именно тестера.
Я за 5 лет карьеры в QA никогда не видел разработчика, который делал бы по тестированию что-то дальше юнит-тестов. Даже на самых запущенных проектах из бюджетной сферы РФ.
потому что добровольно делать это всем лень. Разработчик проверит что в общем случае работает, юнит-тесты напишет(в лучшем случае) и дальше это уже не его проблема
Работаю уже 9 лет, над разными (типо крупными) проектами.. Если тестеры и есть на проектах - то они и правда тушканчики, по знаниям не отошедшие далеко от рядового пользователя. Но их мнение на самом деле важно, можно и по ux понять, да и ошибки половить. То что у филин разорился на тестеров уже хорошо. (ну никто им платить особо не будет, я видел вакансии, но они из грани фантастики - типо уборщик - 200тыс/р). В жизни конторы даже на этом будут экономить. Зная филина, он скорее тушканчиков прогеров наймет и эффективных менеджеров - над ними.
Перечитай еще раз мой пост.
Бтв, на маленьком проекте рядовой (по занимаемой должности) тестировщик будет отвечать и за анализ требований, и за сбор данных по метрикам, и за тестовую модель, и за прохождение кейсов. В такой ситуации трудно не наработать обширные знания по работе приложения и его слабым сторонам в целом.
Бтв, на маленьком проекте рядовой (по занимаемой должности) тестировщик будет отвечать и за анализ требований, и за сбор данных по метрикам, и за тестовую модель, и за прохождение кейсов. В такой ситуации трудно не наработать обширные знания по работе приложения и его слабым сторонам в целом.
Видели уже таких разрабов, у которых "невозможно в принципе" как ответ на любую задачу сложнее формошлепства, а потом приходит новый разработчик и решает это "невозможное" за пару часов.
И по опыту нескольких проектов матерый тестировщик обычно себе представляет на поверхностном уровне, что нельзя реализовать, а что вполне можно и имеет скилл замечать вещи, которые могут быть не совсем в скоупе, но до которых при приемке точно доебутся, а потом еще и донести до разработчика, что эту фигню лучше сделать сейчас.
И по опыту нескольких проектов матерый тестировщик обычно себе представляет на поверхностном уровне, что нельзя реализовать, а что вполне можно и имеет скилл замечать вещи, которые могут быть не совсем в скоупе, но до которых при приемке точно доебутся, а потом еще и донести до разработчика, что эту фигню лучше сделать сейчас.
Вот прям ХЗ. С одной стороны, тестировщики в какой то степени и правда лучше знают, как ведёт себя программа. С другой стороны, то - нормальные тестировщики, а это - тушканчики. С третьей: имитация рукожопого пользователя - это хороший стресс тест. А то часто тестировщики в планировании тест кейсов смотрят только, как поступил бы нормальный клиент... Но совсем не звать программиста - это, всё таки, такое себе.
Чтобы написать коммент, необходимо залогиниться
