затем что автотестер это не нерд в вакууме. а участник команды. общее представление у него должно быть. хоть минимальное. Не спорю что есть кейсы когда вот тебе все готовое, пиши ток код пожалуйста. но так не везде. а если ты переполз грейд определенный то тебе надо знать не только как писать код. но еще и уметь это написание в работу команды встроить, уметь обосновать процесс который ты ведешь как владелец кодовой базы и тд. Поработать "в одного", когда не будет тебе на блюдечке кейсов и задач.
Просто сейчас на проекте после такого вот "универсального солдата", и лучше буду более узко-специализированным на коде, чем разгребать потом stepDef на полторы тысячи строк, без намека на доку
Понятно, что когда цель "построить процесс с нуля, обосновать менеджменту и бизнесу", но когда пилишь в команде проект, лучше уметь делать свою задачу, чем в аналитику и менеджмент лезть.
Так уже проект идет, уже пилят тесты. Когда то было принято стратегическое решение использовать технологию. Ну как бы... да, за кофе спросить можно почему, но чтоб прям знать. Какая польза от пустого знания?
Оу. Ну вот тут я полностью согласен, если автотестер не знает основ QA и не умеет писть кейсы и в целом техник не знает, то он не очень то тестировщик. Пародон. Судя по всему я не разобрался в основном вопросе
Я ж не писал что рядовой ТА инженер обязан рулить командой, или риск менеджментом заниматься) но просто основы знать хорошо бы. А потом уже прокачиваться в код/библиотеки/куда угодно. к чему душа лежит.
посыл был изначально, что войти в автоматизацию пропустив функционалку - плохо (есть рассматривать откуда вообще пошло обсуждение). Но это не всегда так. Зачастую, основы тестирования можно подтянуть уже в процессе работы