1.7Kпросмотров
75.0%от подписчиков
18 апреля 2025 г.
📷 ФотоScore: 1.9K
Не люблю, когда авторы блогов говорят что нет время постить, но именно такая у меня ситуация. Перешел в автоматизацию и времени на блог стало меньше. Но тут мне коллега задал вопрос: переход из ручника в авто - это карьерный рост? Решил найти полчаса и поделиться мнением на этот счет. Уверен есть куча постов на эту тему, но может именно этот пост нужен вам здесь и сейчас. Прошу сильно не бить ногами, т.к. только погружаюсь в увлекательный мир автоматизации и что-то могу оценивать по-дилетантски. Мне кажется переход в автоматизацию из ручного тестирования это не карьерный рост, а смена роли. Потому что чаще всего автоматизация это не про продуктовую разработку. В том плане, что AQA принимают минимальное участие в создании продукта, а чаще в его доработке. Проще говоря, в ходе написания тестов находишь дефекты - относишь команде. Хотя справедливости ради бывает, что автоматизаторов привлекают на самых ранних этапах. Это основная разница между этими 2 ролями.
Плох тот ручник, что не мечтает стать автоматизатором. Отработав в тестировании 8 лет понимаю, что это самое глубокое заблуждение! Оно мешает развиваться в крутого специалиста с ценной экспертизой. Многие мечтают поработать пару месяцев ручником и пойти в автоматизацию, потому что это не кнопкотыкание и это статусней (аля пишу код как программисты или большая ценность для бизнеса). Так происходит, потому что самое важное в мануальном тестировании часто не на виду. В ручном тестировании это (1) сильная экспертиза в проекте и (2) непрерывное выстраивание процессов для обеспечения качества. Благодаря этим 2 вещам крутые продукты такими и являются. К сожалению, за 8 лет работы попадал в ловушку романтизации автоматизации, и наверное поэтому не удалось выстроить какие-то фундаментальные процессы, хотя и есть чем гордиться. В общем, не наступайте на эту граблю!
И еще 2 мысли (1) процесс автоматизации сильно зависит от проекта и (2) автоматизация не для всех. Автоматизация E2E отличается от авто API или одно дело писать автотесты на PyTest, другое на Espresso. Это очевидные вещи, но тут стоит обратить внимание на тот момент, что с учетом этих нюансов выстраиваются и требования к AQA, а самое важное (и кстати, частое заблуждение) - автоматизация это не просто найти элемент и кликнуть в него (или проверить текст/цвет). Наверное, из этого вытекает, что автоматизация не для всех. Точнее так, может быть что на одном проекте у тебя не взлетит, а на другом нанесешь непоправимую пользу. Ну и как показала практика писать автотесты порой утомительно. Нужно копаться, копаться и копаться, чтобы понять причину “почему же эта кнопка не тапается”. А еще бороться с соблазнами (1) написать тест лишь бы был зеленым, (2) поправить кейс так, чтобы получилось автоматизировать и (3) сказать - это нельзя автоматизировать.
А какие у вас мысль по поводу перехода из ручников в автоматизаторов? Поделитесь мнением или опытом в комментах. Картинка сгенерирована Grok по промпту: «сгенерируй картинку в стиле игры Mortal Combat перед битвой, где ручной тестировщик против автоматизатора тестировщика»