Привет, Хабр. Меня зовут Иван Фитискин, я senior-QA-инженер в Профи.ру. Работаю здесь уже семь лет, а пришёл сразу после университета — и сразу на должность тестировщика. Это с самого начала было моё: я люблю глубоко разбираться в процессах и докапываться до деталей. Это, наверное, больше соответствует моей личности. 

Но вот я всё равно остаюсь рядом с разработкой. Делюсь наблюдениями, как размываются грани профессии. Ну и немного ностальгирую.

Как всё было на старте

На последних курсах универа я пробовал в разработку. Сходил на пару собеседований, но ничего из этого не вышло — оказалось, не моё. Тогда решил заняться тестированием, и вот это понравилось.

Я пришёл в индустрию где-то в 2016–2017 году. Тогда роль тестировщика была чётко определена — нужно было проверять готовый продукт. В основном, это были веб- и десктопные вещи, сайты. Про мобильные приложения тоже говорили, но такого большого влияния, как сейчас, они не имели.

Я спокойно работал, учился. Когда ты только начинаешь, тебе всё спускают сверху, разжёвывают задачи, объясняют что и как. Но вот ты растёшь, начинаешь брать сложные проекты и уже замечаешь тренды.

Как всё изменилось 

Судите сами, сейчас тестировщик — человек, который оптимизирует весь процесс жизненного цикла ПО. 

• Помогает разработчикам автоматизировать тестовые сценарии и модели. Программисты могут сосредоточиться на написании нового функционала и меньше переживать из-за того, что что-то сломается.

• Становится для бизнеса power-пользователем продукта — таким, который подсвечивает сложные места в сервисе, подсказывает, как сделать приложение более удобным и понятным, может указать на какие-то неочевидные моменты.

QA-инженер стал связующим звеном между разработкой и бизнесом. Ему нужно настраивать инфраструктуру и писать автотесты, сопровождать эти тесты и быстро находить ошибки.  

Вот такая ирония: не попал в разработку, не пожалел об этом — уже семь лет QA-инженер как никак, а потом разработка сама постучалась в мои двери. И ничего с этим не поделаешь. Даже наоборот, так как будто интереснее, разнообразнее жизнь.

Не забываем и про прогресс 

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

Сайт можно быстро обновить, если есть баги. С мобильными продуктами всё не так просто. Публикация в сторах может занять много времени. Значит, выше риски, поэтому качество тестирования должно быть всегда на высоте. 

Плюс не забываем про особенности мобильных устройств: маленькие экраны, большое количество разных ОС, разные способы ввода. Нужно предусмотреть кучу нюансов. У меня есть история по этому поводу.

Когда я только начинал в компании, мне дали задачу по регрессионному тестированию. Попросили проверить, не влияет ли новая версия приложения на старые функции. Я был начинающим инженером, но чувствовал себя очень уверенно. 

Во время одного из сценариев приложение упало. Я не придал этому значения. Подумал, ну бывает. Решил, что, если снова столкнусь с падением, проверю внимательнее, а если нет, пойду дальше. Ничего не случилось, и я сказал разработчикам, что всё окей, можем выпускать. Релиз вышел. 

Скоро мы заметили проблемы. Выпустили хотфикс, но приложение успело упасть минимум у 500 человек. Это был сложный, многофакторный баг. Проблема возникала, если пользователь заполнял корзину в старой версии продукта, а потом обновлял его. 

Я очень расстроился из-за ошибки. Никто меня не винил, все только поддерживали и успокаивали. Говорили: «Не переживай, всё нормально». Помогли разобраться в том, что случилось и как предупредить такие вещи в будущем. Я добавил новые тестовые сценарии, стал тщательнее проверять обновления. 

Это был важный опыт. Он во многом поменял моё отношение к ошибкам. Конечно, я переживаю, если случаются проблемы, но внимание направлено не на прошлое, а на будущее. Не бесконечное самокопание «как я мог такое допустить», а «сейчас я разрулю ситуацию и подумаю, как такого избежать в будущем». Мысль вроде бы очевидная, но чаще всего понимаешь это только на собственном опыте.

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

Отдельно про ИИ

Некоторые пессимистично утверждают, что ИИ заменит копирайтеров, программистов, менеджеров, эйчаров, тестировщиков. Я уверен, что этого не будет. Задачи для людей останутся, просто станут другими.

Вспомним старые добрые времена, когда программирование было уделом инженеров и учёных. Когда появились высокоуровневые языки, они пришли в ужас: «Теперь код смогут писать все, специальные люди станут не нужны». Как бы не так. 

Программ стало больше, использовать их начали шире. Вслед за предложением вырос спрос: программисты понадобились всем. Инженеров не заменили, у них просто появились другие задачи.

Я, конечно, упрощаю, но с ИИ во многом происходит та же история. Искусственный интеллект — это инструмент. Он не забирает, а ускоряет работу. Например, я применяю ChatGPT, чтобы разбираться в сложном коде и быстрее писать автотесты. 

Что бы я посоветовал начинающим тестировщикам

Профессия QA-инженера требует множества разных навыков. Это эксперт — «многофункциональный швейцарский нож». Ему нужно разбираться в коде, уметь общаться с людьми, думать как бизнес и как пользователи. 

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

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

А что вы замечаете в индустрии? Делитесь в комментариях.