Каждый второй гражданин хочет войти в «денежную» IT-индустрию через тестирование.
А с развитием онлайн-образования появилось довольно много возможностей сделать это.
В результате возникает много вопросов контроля качества, особенно на юниорском уровне.
Как с ними конкурировать? Очевидный путь — быстро улучшить свои навыки и перейти к жесткой автоматизации.
Но есть и второй путь — идти глубже не так целенаправленно, частично сохраняя привычные ручные задачи.
Сегодня я бы хотел поговорить о втором пути — о Full Stack QA.
Уже несколько лет никого не удивляют фуллстеки в разработке, которые могут взаимодействовать как с бэкендом, так и с фронтендом.
Но понятие full stack QA появилось относительно недавно, поэтому единого понимания, кто они такие, пока нет. Фулстаки – это те, кто способен решать различные задачи – такие универсальные бойцы.
Разнообразие в контексте тестирования можно понимать по-разному.
Некоторые люди имеют в виду настольный компьютер/мобильный телефон/Интернет.
Но в классическом понимании это все-таки ручник и автоматизатор «в одном флаконе», а точнее специалист, который является уже не просто ручником, но и не старшим специалистом по автоматике – человеком, имеющим достаточный опыт ручного тестирования и разнообразный фон автоматизации.
Понимание основ работы системного аналитика и DevOps будет дополнительным преимуществом.
Плюс soft скиллы, так как вам придется много общаться внутри команды.
Почему люди все чаще ищут фулстеки?
На рынке достаточно много специалистов, которые сильны в одной крайности — ручном тестировании или автоматизации.Они обычно не впадают в другую крайность, а если им все-таки приходится переключаться, их продуктивность значительно падает. Оператор ручника может не знать некоторых нюансов кода и не понимать, как вообще работает автоматика.
При повсеместном движении к автоматизации тестирования число таких задач ограничено.
А канонический автомататор должен получать задачи чисто для него — перевести тест-кейс в код и ничего больше.
Он также занимается архитектурными и хардкорными моментами.
В то же время на рынке полно специалистов по автоматизации, которые понятия не имеют, как проводить ручное тестирование — у них просто нет такого опыта.
По сравнению со специализированными специалистами полный стек удобен для компании, поскольку не требует разделения работы на этапы – передачи сначала одному узкоспециализированному специалисту, а затем другому.
Вы можете отдать это ему целиком, например, полностью сдать какое-то функциональное тестирование.
И саму задачу ему можно поручить с точки зрения бизнеса, а не QA. Он посмотрит на эту функцию, напишет тестовые примеры и все автоматизирует. В конце функция будет проверена и покрыта автотестами.
Fullstack — продвинутый оператор ручного тормоза с навыками автоматизации.
Он может заняться задачами для ручного тестирования, а иногда и понять пул-реквест разработчика.
На наш взгляд, хорошая система автоматизации — это в каком-то смысле полноценный стек.
Потому что автоматизатор должен не просто перевести задачу в код, а посмотреть ручной тест и подумать, как сделать его проще и оптимальнее — т. е.
понять, что там происходит. Это очень творческая задача.
И если инженер по автоматизации не прошел «курс молодого бойца» по ручному тестированию, а умеет только кодировать, он совершит ошибку на этапе тестового проектирования.
Будет строить неправильные или избыточные тесты.
Гораздо лучше, если автомататор не забудет фон.
Тестируя руками, он лучше узнает логику продукта, неизбежно общается с командой и погружается в функционал, развиваясь в проекте.
Чистая автоматизация на основе готовых тест-кейсов (подготовленных кем-то другим) не обеспечивает такого погружения.
Насколько далеко от Full-Stack QA до разработчика?
Когда специалист по ручному тестированию постепенно погружается в тонкости разработки ПО, правильная последовательность выглядит примерно так:- ручной тестер;
- полный стек;
- автоматизация;
- и только потом (если повезет) разработчик.
Наверное, в рекламе быстрых курсов так бы сказали.
Но на практике без изменения проекта это будет невозможно.
Фулстаку не разрешат оставить ручник на автоматику из-за его повседневных обязанностей.
Как бы он ни стремился отказаться от задач ручного тестирования, они все равно будут приходить.
Вы не сможете сосредоточиться только на автоматизации.
Бизнесу нужен многостаночный специалист. Некоторые могут подумать, что это тупик.
Но никто не мешает вам развиваться за пределами ваших рабочих задач.
Правда, путь дальше еще сложнее.
Разработка требует знания не только синтаксиса языка.
Это совершенно другие инструменты и фреймворки, чем в тестировании, поэтому идти в этом направлении непросто.
Это легко на определенном этапе жизни, когда от вас не зависит ваша семья и ипотека.
В других случаях это как и любой другой переход между соседними отраслями – не только финансовые потери, но и моральные.
В ИТ, чтобы оставаться на своем месте, нужно постоянно «бежать вперед» — чему-то учиться, что-то улучшать.
Каждый день вы живете в режиме жесткой конкуренции.
Пытаясь удержаться на месте и успешно куда-то переместиться, вы будете вынуждены делать это в два раза быстрее.
В свободное время вам придется изучить много новых фреймворков.
Половина из них пригодится вам в первом проекте, но никогда не понадобится в дальнейшем.
Ни на каком этапе жизни у вас не будет ресурсов и мотивации пройти этот путь.
Упорство поможет вам преодолеть все препятствия.
Только не думайте, что все пройдет само собой.
За что взяться, если вы хотите использовать полный стек?
Прежде всего, нужно желание и мотивация.Часто бывает, что человек хочет двигаться в определенном направлении.
Ему озвучены конкретные шаги.
Но проходят месяцы, а ничего не сдвигается с мертвой точки.
В отсутствии прогресса виноваты не технологии или советники, а те, кто предпочитает не развиваться.
Теперь что касается технических навыков.
Чтобы претендовать на «звание» фулстека, нужно владеть ручным тестированием — понимать как методы и инструменты самого тестирования, так и бизнес-процессы проекта.
Вам необходимо понимать автоматизацию — что это такое и в каких случаях она нужна.
В наших проектах мы предлагаем человеку сначала посмотреть синтаксис языка, на котором написаны автотесты.
Например, Котлин.
Достаточно написать простой калькулятор, поиграться с массивами, разобраться в методах и классах и, возможно, в идеях ООП.
Это большой шаг к автоматизации.
Этих простых вещей достаточно, чтобы начать.
В общем, путь к фуллстекам — для тех, кто хочет попробовать автоматизацию, но не планирует ею ограничиваться.
Основная задача универсала — масштабировать кейсы конкретного проекта.
А поскольку нет одинаковых проектов, нет и универсальных требований.
Это как с вакансиями по автоматизации — где-то достаточно базовой автоматизации, а где-то нужен человек, который напишет новые библиотеки.
Где-то все это должно быть приправлено навыками devops, а для кого-то поиск фулстака — это просто попытка нанять специалиста по автоматизации с бэкграундным бэкграундом (о чем говорилось выше).
P.S. Мы публикуем наши статьи на нескольких сайтах Рунета.
Подпишитесь на наши страницы по адресу ВК , ФБ , Инстаграм или Telegram-канал чтобы узнать обо всех наших публикациях и других новостях Maxilect. Теги: #Карьера в ИТ-индустрии #Тестирование веб-сервисов #Тестирование мобильных приложений #Тестирование ИТ-систем #full stack #full stack tester
-
Стартапы И Microsoft: Венчуры, Хабы И Все
19 Dec, 24 -
Иммиграция В Болгарию
19 Dec, 24 -
Королевство Физики
19 Dec, 24
