QA инженеры будут не нужны, потому что их заменит ИИ
В этом вопросе очень сложно что–то прогнозировать. Мое мнение – не заменит, а запустит новый круг преобразований.
Много лет пророчили, что автоматизация заменит ручных тестировщиков. И такое мнение меня всегда поражало, потому что статистика международных HR агентств четко говорила, что в мире уже есть нехватка опытных ИТ специалистов и в будущем этот дефицит будет только увеличиваться. И сейчас мы видим, что действительно, низкоквалифицированные кадры рискуют быть уволенными раньше, чем они того сами хотели бы. Такое уже не раз произошло в некоторых ИТ гигантах США. Однако квалифицированные кадры все так же ценятся, количество проектов и конкуренция между ними растет. Это значит, что опытный специалист, регулярно развивающий свои навыки, всегда остается ценным. И здесь ИИ уже становится ему таким же незаменимым союзником, каким ранее стала автоматизация.
Да, ИИ пока далек от совершенства, когда нужно выполнять любую задачу средней сложности, к тому же из–за конфиденциальности данных далеко не каждая компания рискует использовать его в проектах. Поэтому всецело верить ИИ не стоит, это пока что не священный грааль, но научиться пользоваться его помощью, чтобы выполнять свою работу быстрее, качественнее и осваивать новое – можно и нужно.
QA инженеры – это разработчики–неудачники. QA инженеры это “entry level” работа
Это все еще распространенные предрассудки. И в США хватает проектов, на которых вас будут считать entry level просто потому, что вы работаете QA инженером, и не важно, какой у вас опыт и что вы умеете. Я сам сталкивался и продолжаю сталкиваться с этим. На русскоязычном рынке ситуация получше и зарплата опытных QA инженеров бывает выше, чем у представителей некоторых областей разработки.
Постепенно рынок заставляет всех опытных QA инженеров знать основы кода, проектирования систем, осваивать средние навыки SQL и еще много чего. Опытный Senior QA Automation Engineer или Software Developer in Test на практике может иметь более глубокие познания кода/SQL/DevOps, чем Middle Developer и способен полностью выполнять работу разработчика.
Не важно, что думают другие, важно, что QA это действительно инженеры, и их зарплата постепенно растет, показывая то, насколько они важны для индустрии.
QA инженер во всем виноват
Это отчасти правда. На любом рынке вы найдете проекты, в которых адекватно понимают, что качество продукта – это коллективная ответственность. Но на каких–то проектах вы не встретите понимания коллег и руководства.
QA инженеры действительно несут больше ответственности за качество программного обеспечения, чем остальная команда. Однако индустрия стремится к усовершенствованию и все чаще подход “тестировщик виноват” отходит в прошлое. Это обусловлено адекватным распределением ответственности, так как только такой процесс работы может быть максимально эффективным, а значит, выгодным для всех.
В любом случае выбор компании/проекта/команды за вами. Советую задавать наводящие вопросы еще на первых этапах собеседования, чтобы не ошибиться с выбором.
QA инженеры все ломают
Так временами могут выражаться разработчики и в каком–то смысле это правда. Часть работы QA инженера – это проверка вариантов использования программного обеспечения в редких ситуациях. Если кто–то не учел такую ситуацию и это привело к нежелательным последствиям, то в адекватной команде сложно упрекать в случившемся QA инженера, выполняющего свою работу. Так может быть не всегда. В моем опыте были команды, в которых QA инженеров недолюбливали за то, что они подкидывают работу разработчикам и находят их ошибки. Но большая часть моих коллег всегда была рада, что серьезную проблему удавалось обнаружить до выхода в продакшн.
Нужно быть “технарем”, чтобы стать QA инженером
И да и нет. QA инженер – это творческая профессия и требует полета ума, когда это необходимо. Возможно сразу, а возможно только со временем вам потребуется повысить технические навыки.
Обычно люди заблуждаются, считая себя “не технарями”. Любопытство, логичность мышления, упорство – это куда более важные базовые навыки, чем этот. Был официантом, а стал опытным востребованным QA инженером – это частые реальные истории.
Нельзя стать QA инженером в солидном возрасте
Тут есть две сложности. Первая – это баланс команды: если все в ней возрастом 20–30 лет, то человеку за 40 будет трудно, даже если он хороший специалист. Вторая – это объективная гибкость ума и тут, на самом деле речь, не всегда про возраст. Если вы мыслите гибко и хорошо обучаетесь, то все прекрасно. С возрастом гибкость ума ухудшается, но поверьте и в 20 с лишним лет у некоторых с этим большие проблемы.
И если все вам до сих пор кажется не таким радужным, то вот еще один факт. Время идет и QA инженеров разного уровня возраста 40+ становится все больше. Да, они начали свой путь 5–10 лет назад, но это не мешает им все еще быть востребованными на рынке и по-своему конкурировать с 20+ летними специалистами.
Одиночка или командный игрок
Вы абсолютно точно будете так или иначе контактировать с аналитиками, дизайнерами, разработчиками и другими коллегами. Чаще всего вы будете работать в небольших командах QA инженеров. Однако возможны варианты, когда вы окажетесь единственным тестировщиком в команде разработки или на целом проекте.
Мой совет: стремитесь работать в командах, на компании средних размеров. Так более вероятно, что вы сможете в рамках должностных обязанностей повышать квалификацию и ваша зарплата останется в рамках рынка.
Manual QA не стоит ждать хороших зарплат
Сейчас в индустрии средняя зарплата у автоматизаторов различных направлений действительно выше, чем у Manual QA. И это закономерно: навыки автоматизаторов обычно больше ценятся, так как в итоге приносят больше прибыли компании. Но очень опытный или имеющий специфические навыки Manual QA всегда востребован и может зарабатывать наравне с автоматизаторами. К тому же время от времени появляются новые области вроде блокчейна, которые дают Manual QA возможность горизонтального роста с заметным увеличением зарплаты.
Сертификация или образование помогут устроиться на работу или вырасти в должности
В первую очередь вас нанимают или повышают за навыки, знания и уровень принимаемой ответственности – это самое важное. Добиваться этих пунктов можно разными способами.
На рынке за пределами русскоязычного нередко требуют хоть какого-то сертификата или документа, подтверждающего знания, в этом у компаний и нанимающих менеджеров есть свое виденье. Обычно ценится ISTQB и образование в области компьютерных наук. На мой взгляд, образование и сертификация (речь именно о документах, а не о полученных знаниях) не первичны, но есть все шансы воспользоваться ими для успешного построения своей карьеры.
Маленькая или большая компания для карьеры
Если речь о старте вашей карьеры и самом первом месте работы, то размер компании не имеет значения. Важнее получить любой начальный опыт и понять, куда хочется взращивать свою карьеру дальше. Далее выгоднее попадать в крупные компании. Причин тут несколько, но основная их суть – это возможность стремительного роста.
Нередко в крупных компаниях есть несколько проектов, а это означает, что вы, не теряя стабильного рабочего места, можете со временем менять их, наращивая свои технические навыки. Крупные компании способны показать вам, как могут и должны выглядеть хорошие процессы, а насмотренность в этом – кирпичик к будущим позициям Senior и выше. Также в идеале у компании должно быть известное имя. Особым преимуществом будет, если оно известно в большей части мира. Есть редкие исключения, когда работа в некоторых организациях может быть воспринята скорее, как отрицательный момент. Но в большинстве случаев имя компании работает на вас.
С маленькими фирмами все намного сложнее и очень разнообразно. Они обычно менее устойчивы к различным сложностям, а это риск для каждого сотрудника. Также большой проблемой можно назвать отсутствие достаточного количества менторов, которые помогут вам быстрее развиваться. В редких случаях их вообще может не быть. В одних таких компаниях вы почти никак не сможете растить свои технические навыки, в других наоборот будет кому помочь и что освоить. В одних процессов совсем нет, в других создают эталоны используемых методологий.
Очевидным преимуществом небольших компаний является их вынужденное доверие к вам. Оно заключается в том, что вам дают делать с нуля даже то, что вы раньше не делали, полностью доверяя вашим навыкам. Да, вы можете совершить много ошибок, но получите ценный опыт.
НАСТАВЛЕНИЕ ДЛЯ НАЧИНАЮЩИХ
С помощью этой книги вы могли убедиться, что QA отрасль индустрии разработки программного обеспечения очень обширна и постоянно меняется в соответствии с потребностями рынка, развиваясь в сторону инженерии, а не бездумных действий или низких квалификаций.
Да, все еще существуют места, где нет необходимости иметь высокий уровень навыков, но долго ли это продлится сказать сложно. К тому же чаще всего размер оплаты вашего труда на такой «легкой» работе будет ниже, чем у ваших коллег. На мой взгляд, работа в проекте, где нельзя постоянно совершенствовать навыки, это проигрышная стратегия в ИТ. Ведь это мир конкуренции и за свое место надо побороться. Поэтому советую принять тот факт, что ваша карьера зайдет в тупик без постоянного обучению новому.
Важно также понимать, что для движения по карьерной лестнице вы должны не просто работать или работать отлично, но и интересоваться проблемами вашей компании, потому что вас наняли решать задачи, а не просто трудиться. Да, иногда это приводит к тому, что вы создаете что-то не идеальное на ваш взгляд, но если оно решает задачи бизнеса быстрее и эффективнее, то именно такой вариант бизнес и интересует.
Все это не значит, что надо быть гением и работнику завода в ИТ сфере не место. Это значит, что легких денег здесь нет, а редкие исключения – ошибки выжившего. Это работа и на ней надо трудиться, доказывая, что ваша деятельность приносит компании больше денег, чем та на вас тратит.
Я глубоко уверен в том, что любому из нас стоит заниматься тем, что ему нравится. К тому же в последние годы людей все больше заботит не только карьерный путь, но еще время и силы, которые они могут уделять другим аспектам своей жизни.
Вы можете тестировать узкоспециализированное физическое оборудование вроде станков для заводов, или оборудование для автомобилей с автопилотом, или мобильные приложения, десктопы, операционные системы компьютеров, телевизоров и других различных устройств. Вы можете быть QA инженером в крупных гигантах ритейла или отрасли добычи полезных ископаемых. А можете быть на передовой финансового сектора и тестировать не только банковские приложения, но и криптобиржи. И конечно же кто–то должен тестировать работу ИИ алгоритмов.
Еще раз упомяну про страхи, связанные с автоматизацией и ИИ. Автоматизация не заменила Manual QA, а напротив обогатила и усовершенствовала мир QA. ИИ пока очень далек от того, чтобы не ошибаться и делать работу хотя бы средней сложности. Однако ИИ инструменты быстрые и отлично сокращают время на рутинную работу, поиск информации или обучение. Тем не менее только опытный специалист может понять качество выдаваемой ИИ информации и про это надо не забывать.
Я убежден, что с таким количеством вариантов того, каким именно QA инженером стать, любой сможет найти свой баланс между удовольствием от работы, карьерным ростом и достижениями, стабильностью и личной жизнью. Старые истории о том, что опытные разработчики переходят в QA все так же продолжаются и копятся новыми, хоть и не частыми случаями. У многих причина этого именно в балансе сил, потраченных на работу и на остальную жизнь.
Я бы сказал, что мир QA настолько объемный, что получить глубокий опыт во всех его точках почти невозможно. Поэтому у вас есть множество попыток, чтобы найти свое место. А если QA окажется не для вас, то вы получите, на мой взгляд, самую оптимальную базу в виде навыков и знаний о других ИТ специальностях, чтобы понять, в какую отрасль двигаться.
Не пробуя, никогда не узнаешь ответ. Не ради денег, а ради реализации себя.
