Привет, Хабр! Меня зовут Константин Бессонов, и я — ведущий инженер-тестировщик в компании «Столото», где уже шесть лет участвую в тестировании и управлении процессами.

Эта статья — моя история о том, как я пришёл в тестирование без опыта, как готовился к собеседованиям, какие ошибки совершал, а главное — как за несколько лет вырос от новичка до руководителя группы. В процессе пути сталкивался с волнением перед первым релизом, автоматизировал процессы через Postman, осваивал SQL, Linux и понял, что в IT важны не только навыки, но и желание учиться.

Спойлер: если вы думаете, что в IT можно попасть только с идеальным резюме или опытом программирования — вы зашли не в ту статью.

В этой статье расскажу, как выбрать правильную компанию, найти наставников, развивать soft skills, почему важно записывать всё новое.

Кем я был до того, как стал тестировщиков

В самом начале пути я даже не знал, кто такой инженер QA (Quality Assurance), и тем более не думал, что однажды буду тестировать системы в одной из самых технологичных компаний в сфере лотерей.

Образование у меня техническое — я закончил Московский государственный строительный университет по направлению «Информатика и вычислительная техника». В университете мы получили хорошие знания SQL и базовые навыки работы с Linux-системами, которые позже оказались невероятно полезны в моей работе тестировщика. В рамках дипломного проекта я активно использовал Excel для расчётов, применяя сложные формулы и функции, а для автоматизации процессов подключал JavaScript-скрипты.

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

Поиск работы: как я делал первые шаги в IT

После окончания университета у меня был небольшой перерыв, который я посвятил отдыху — восстановлению сил перед новым этапом. Когда пришло время двигаться дальше, я погрузился в изучение IT. Начал с курсов по Python на Stepik и Coursera (последняя, к сожалению, сейчас недоступна для российских пользователей). Посвятив этому половину лета.

Отсюда первая рекомендация – выдохните от предыдущей работы, позвольте себе отдохнуть (если это возможно с точки зрения финансов и прочих условий). Потому что после вам нужно будет впитывать в себя большое количество информации и пытаться её применить. Это поможет вам с большей энергией подойти к обучению и применять полученные знания на практике.

К сентябрю у меня началась магистратура. Я составил резюме, написал всем знакомым, кто мог помочь, и стал активно следить за вакансиями уровня junior-разработчика. Был готов «работать за еду» — главным для меня был опыт, который ценился выше зарплаты.

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

«Столото» – один из крупнейших распространителей государственных лотерей в России, организаторами которых являются федеральные министерства, если кто еще не знаком с компанией.  

Само интервью в «Столото» я запомнил надолго. Меня впечатлил офис в бизнес-центре «Авилон» на Волгоградском проспекте — здание с необычной архитектурой. Но больше всего волнения вызвало то, что это было моё первое собеседование в большой IT-компании, причём без опыта в отрасли.

На самом первом этапе мне предложили небольшое практическое задание. По его результатам коллеги поняли, что уровень пока недостаточный, но мое впечатление оказалось положительным. Мне предложили продолжить в другой роли — на позиции тестировщика.

Второе интервью прошло уже увереннее. Спрашивали базовые вещи: команды Linux, например, как перемещаться по директориям или узнать текущее расположение, а также основы SQL. Я отвечал честно, не скрывая, чего не знаю, но предлагал возможные пути решения. Задавали вопросы о курсах, которые я проходил, и об опыте программирования. Меня даже познакомили с руководителями групп и обсудили, в какой команде я могу оказаться — на тот момент шёл набор новых сотрудников.

Мне очень понравились люди: коммуникация была открытой, доброжелательной и по-настоящему человечной.

Совет тем, кто на этапе собеседований: старайтесь быть максимально уверенными в разговоре. Неуверенность часто воспринимается как незнание. Если вы чего-то не знаете — не бойтесь сказать об этом прямо, но предложите способ найти ответ. Например: «Я не знаю этого сейчас, но уверен, что смогу разобраться». И главное — говорите о том, в чём действительно разбираетесь, а не о том, что просто слышали.

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

Начало работы: погружение в процесс

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

Одним из первых серьёзных шагов стало изучение внутренних баз данных. Чтобы упростить себе работу, я написал небольшой, но очень полезный SQL-скрипт. Его задача — по одному входному параметру собирать данные из множества таблиц и выводить ключевые параметры, за которыми нужно следить при тестировании покупок на сайте. Этот скрипт до сих пор используется в нашей повседневной работе — приятно осознавать, что ты уже что-то внёс в общее дело.

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

Однако настоящим испытанием стал мой первый релиз. Честно признаюсь — понимал я в нём не так много, кроме того, какие конкретные задачи мне нужно выполнить. Но благодаря поддержке коллег удалось разобраться со всеми возникающими вопросами. А чувство, когда впервые написал комментарий «Проверено. Можно в PROD», сложно переоценить. До этого момента ты многократно проверяешь всё сам, хочется быть уверенным на 100%, а потом — первый опыт успешного участия в реальном выпуске продукта. И даже если ты делал всего лишь небольшую часть большой системы, ты чувствуешь, что действительно стал частью команды.

Инженер-тестировщик: как я рос и чему научился

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

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

Ещё один важный опыт — тесная работа с коллегами из эксплуатации. Именно они поделились множеством полезных советов по работе с Linux: как проверить доступы между модулями, использовать горячие клавиши для ускорения работы в консоли, диагностировать состояние хостов и многое другое. Сейчас эти вещи кажутся базой, но тогда каждый новый навык я записывал и запоминал, чтобы в следующий раз действовать уверенно.

Первым полноценным проектом, над которым я работал, стала фискализация. Речь шла о том, чтобы все операции на сайте — покупки билетов, выплаты выигрышей, возвраты — корректно отправлялись в налоговую систему. Ведь любая финансовая операция — это обмен средств, который нужно учитывать, так как это обмен денежных средств. Помню, как волновался, когда после всех проверок указал, что целый релиз по продукту можно устанавливать в production. Поскольку на базе высокотехнологичной платформы «Столото» проводится почти 600 лотерейных розыгрышей в сутки, то мой баг может повлиять на все.  Ведь каждый день участникам лотерей выплачивается в среднем более 500 тысяч выигрышей.

За пару лет я освоил тестирование различных платежных систем, внутренних механизмов компании и работу с модулями на серверах под управлением CentOS.

Было и настоящее боевое крещение: в рамках одного из релизов у нас добавился механизм компенсации. Это автоматизированный процесс, который отменяет проделанную работу всеми связующими модулями при возникновении ошибки во время совершения операции. Во время работы над проектом необходимо было тщательно проверять работу каждого модуля при успешном и при ошибочном поведении. Я чувствовал большое вовлечение – было очень интересно тестировать даже те компоненты, о которых я ничего не знал.

В этот период я сделал для себя несколько важных выводов:

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

• Важно уметь правильно задавать вопросы. Если хорошо подумать над задачей, ты можешь сам найти решение. Сталкиваясь с незнакомой ситуацией, я взял за правило сначала пробовать то, что знаю сам и, если точно ничего не получается и я не знаю решения, идти к наставнику. Часто бывает, пока ты формируешь вопрос, в голову уже приходит ответ. В итоге коллег отвлекать нет нужды.

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

• Все полученные навыки надо записать, чтобы не подходить с одними и теми же вопросами. Формат не так важен, главное, чтобы ты потратил время на эту заметку. Можно пробовать структурировать её и делить на категории, главное - запиши понятным для себя языком. Часть информации я писал просто в тетрадь ручкой, но большую часть я сохранял в OneNote – для возможности переноса и доступа с компьютера. Сейчас пробую перейти на более современный вариант – Yonote.

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

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

Старший инженер-тестировщик: от технических навыков к лидерству

Чтобы соответствовать моей новой должности, нужно было продолжать развиваться. Мне захотелось прокачать новые навыки, и компания оплатила мне курс «Автоматизация тестов для REST API при помощи Postman» от Ольги Назиной. Благодарю курсу я сильно «скакнул вперед» в использовании Postman. До этого все запросы мы отправляли с помощью утилиты, которую когда-то разработали для тестеров внутри компании, но поддерживать её не успевали, и все чаще и чаще находился функционал, который программа не могла делать. Были попытки перенести всё на Postman, но очень «топорные». После курса я максимально автоматизировал всё, что можно подвергнуть этому процессу – любую генерацию данных, проверки и воспроизведение сразу нескольких кейсов за счёт того, что настроил запросы цепочки (запросы, внутри которых исполняют несколько других, и получаемые данные от них используются в последующих).

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

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

Проявляйте себя и делитесь знаниями. Так вы будете прокачивать ещё и софт-скиллы.

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

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

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

Даже в этот момент всё также важен наставник, на которого можно равняться, для меня это был мой руководитель группы. То, как он думал наперёд, какие задачи по написанию статей мне иногда ставил, добавлял меня на созвоны с «большими» людьми –положительно влияло на мое развитие.

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

Ведущий инженер-тестировщик: от технической экспертизы к управлению

Здесь основной трудностью для меня стала необходимость решать задачи, которые не столько связаны с функционалом, сколько с организационной частью – таких задач стало большинство. Я чаще консультировал, делал инструкции или обучал людей. Эти навыки круто пригодились в момент, когда ушёл мой руководитель и меня назначили на его место.

Поначалу я не понимал, как со всем справиться, пытался думать сразу в двух плоскостях – как менеджер и как сотрудник, который все ещё должен проводить тестирование. Я перерабатывал и начал выгорать.

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

В очередной раз помогла помощь наставника постарше – очень важно найти таких людей и держаться за них. В трудных ситуациях именно они могут прийти на выручку. 

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

Не стоит стесняться того, что что-то для вас окажется новым и непонятным – просить помощи в таких ситуациях, на мой взгляд, самое правильное решение. Но параллельно пытайтесь найти решения самостоятельно.

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

Сейчас главное для меня – это настроить процессы так, чтобы ни я, ни сотрудники не перерабатывали. По себе знаю, что выгорание – состояние неприятное, долго не отпускающее и сильно мешающее работе. А еще хочется добиться такой работы, чтобы «вывод из строя» сотрудника никак не повлиял на сроки тестирования. Это не про взаимозаменяемость, а про уровень документации – чтобы он был настолько понятным и подробным, что у новичка не возникало бы вопросов «что делать».

Также я стремлюсь передавать свой опыт и знания сотрудникам, чтобы они становились максимально самостоятельными профессионалами, и мне не нужно было каждый раз влезать в детали или выполнять работу за них.

Отдельно хочу рассказать, как решал проблему нехватки живого общения на удаленном режиме работы.  Конечно, вопросы закрываются быстрее, когда можешь встретиться с коллегами за чашечкой кофе на кухне, но на удаленке тоже есть способы сблизиться. В какой-то момент я ввёл «пятничную рубрику», в рамках неё мы можем либо обсудить какую-то новую фишку в тестировании, либо показать интересную программу, или просто поиграть в простые онлайн-игры (например, Codenames, Имаджинариум, Геогессер и т.п.). Это немного «разряжает» рабочие дни, и все сотрудники с радостью принимают участие в подобном формате.

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

Напоследок

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

Завершая историю, хочу подчеркнуть одну важную мысль: в IT важны не только технические навыки. Не менее значимы такие качества, как готовность учиться, умение общаться, желание расти и улучшать процессы вокруг себя. И самое главное — не бояться начинать, даже если на первый взгляд кажется, что опыта недостаточно. Всё приходит с практикой и стремлением развиваться.

Полезные ресурсы для тестировщиков

Поделюсь некоторыми полезными ссылками, которые могут пригодиться тем, кто ищет полезные ресурсы для обучения навыкам тестировщика:

• https://sql‑ex.ru — лучший сайт‑тренажер для работы с SQL. На мой взгляд, для того, чтобы научиться работать с ним, нужна практика, а тут её с лихвой.

• https://software‑testing.ru/edu/3-online/315-rest‑api‑postman — курс, который поможет понять, как автоматизировать запросы в Postman. Написав несколько запросов «цепочек», вам скорее всего захочется пойти к следующему шагу — полноценной автоматизации на каком‑либо языке программирования

• https://javarush.com — наверное, наиболее известный и очень хороший сайт по обучению программированию на языке Java. Большое количество практических задач — самая крутая фишка ресурса.

• https://www.software‑testing.ru/edu/1-schedule/45-test‑manager — курс, который подойдет людям, уходящим в сторону управления и нуждающимся в прокачке менеджерских качеств. Очень классные уроки с прикладной информацией. Но оговорюсь, что мне не очень понравились практические занятия и способ их проверки — порой казалось, что в мои ответы совершенно не вчитывались и отвечали формально.

Если у вас остались вопросы, или вы хотите, чтобы я раскрыл какие‑то моменты чуть подробнее — с радостью расскажу.

Добро пожаловать в комментарии!