Как я стал QA Lead?

Сегодня хочу поделиться не своим личным опытом, а историей моего товарища. Возможно, для кого-то это станет мотивацией. Яркий пример того, как человек, который горит своей профессией и делает чуточку больше того, что от него требуется, может достигать крутых результатов 🥂

Он пришел на позицию ручного тестировщика и, казалось бы, мог просто выполнять свою работу: тест-кейсы, регресс, баг-репорты - и так по кругу. Но у него был сильный интерес к профессии, он прям реально этим горел: постоянно читал по вечерам какие-то статьи, смотрел видео, старался повышать свою квалификацию и опыт. Довольно быстро он решил, что хочет изучать авто, не потому что его целью было вырасти в должности, а потому что хотел развиваться.

Паралелльно с основной работой писал первые тесты, разбирся в инструментах, набивал шишки. В какой-то момент он предложил на проекте постепенно внедрять автоматизацию: сначала покрыл критические сценарии, потом добавил регрессию, дальше начал выстраивать процессы. И, конечно, такие сотрудники для компании на вес золото, потому что они не боятся узнавать новое, брать на себя ответственность, помогают выстаривать процессы. P.S. но давайте не забывать, что это применимо не к каждой ситуации, к сожалению, где-то могут этим злоупотреблять и принимать как должное... Я же рассказываю про конкретный случай моего товарища.

И в какой-то момент его поставили на позицию QA Lead. Если коротко описать эту ситуацию - я вижу это так: человек делал чуть больше, чем от него ожидалось, предлагал улучшения там, где видел возможности роста для компании, это огромный показатель заинтересованности сотрудника в развитии проекта. На данный момент у него на работе 70% автотестов и 30% ручного тестирования.

Конечно, вы можете сказать, что сейчас уже совсем другое время и другие требования. И я с вами согласен, эта история была много лет назад. Но здесь я хочу подчеркнуть то, как сотрудник помог оптимизировать процессы на работе, чтобы команда тратила время на более сложные и ценные задачи. Есть люди, которые делают ровно то, что от них требуется: ни больше, ни меньше - это имеет место быть, я не осуждаю. Но, если вы хотите идти вверх по карьерной лестнице, то ставьте себе в цель не саму позицию или должность, а себя: свои знания, личностный рост и повышение квалификации - и спустя время вы увидите, как ваш опыт работает на вас 😎

Вот такой мотивационный пост у меня получился в пятничный вечер, писал свои мысли и то, как чувствовал. Если вам было интересно и полезно, буду рад реакции⬇️

Ты отстаешь от рынка, если не умеешь тестировать безопасность и надежность 😱

Звучит жестко, но реалии таковы, коллеги, тестирование уже не ограничивается багами — теперь это ещё про безопасность и стабильность.

Если раньше тестирование ассоциировалось в основном с поиском багов в UI, то сейчас фокус заметно сместился и все больше и больше обсуждений крутится вокруг security и reliability.

Немного о нынешних реалиях и какими я их вижу⬇️
1️⃣ Системы стали сложнее засчет микросервисов, облаков, распределённых архитектур, и теперь баг может быть не в кнопке, а в том, как сервисы общаются между собой.
2️⃣ Проблема может заключаться не в том, что “что-то не работает”. Это может быть утечка данных, падение сервиса под нагрузкой, финансовые и репутационные потери — а значит, цена ошибки выросла.
3️⃣ Также AI и автоматизация добавили новых рисков. Теперь нужно проверять не только код, но и поведение моделей, устойчивость систем и корректность данных. Я частично затрагивал эту тему в посте «Как нам обещали, что ИИ заменит и тестировщик, но в реальности произошло обратное».

Что же все это в конечном итоге значит для тестировщиков?🤔 Чтобы быть актуальным на рынке, вы должны:
1️⃣ Понимать основы безопасности
(аутентификация, авторизация, уязвимости);
2️⃣ Хотя бы базово разбираться в нагрузке и производительности;
3️⃣ Думать не только “работает / не работает”, а “какие будут последствия, если что-то пойдёт не так?”;
4️⃣ Участвовать в проектировании, а не только в проверке.

Наблюдаю, как уже во многих компания QA становится инженером качества, который помогает системе быть устойчивой, безопасной и предсказуемой. А вы уже сталкивались с задачами по security или performance — или пока это остаётся зоной отдельных специалистов у вас на проекте?

QApedia | QApedia в MAX