Как и когда вообще заинтересовался этой сферой?

Смотря что считать за отправную точку. Интерес к компьютерам появился в школе. Это было время увлечения Delphi, радости создания первых UI-формочек и переосмысления навыков после открытия для себя WinAPI. В институт пошёл не по профильной специальности, но интерес к технологиям не потерялся и занимал свободное время. Тогда увлекся инфо-безом и постоянно открывал для себя что-то новое, начиная с автоматизации создания сайтов-саттелитов для поднятия ссылочной массы, до ковыряния в ассемблере и поиска проблем с безопасностью систем.

И как давно получается ты в IT?

Если говорить о профессиональной занятости, то карьера в IT началась в 2010 году. Попал в небольшую аутсорсинговую компанию, где узнал, что есть такая профессия — тестировщик (мода на QC/QA пришла позже). Специфика компании была в обеспечении качества ПО, использующегося для проведения и управления торгами на крупных мировых фондовых биржах: Лондонской, Нью-Йоркской, Токийской и т. д. Нам давали инсталляции торговых терминалов, систем статистики, центров наблюдения и открывали протоколы их общения. Нашей задачей было сделать так, чтобы брокеры могли беспрепятственно торговать от имени своих трейдеров.

Дальше перешёл в Яндекс и проверял сервис API, связывающий UI Яндекс. Директа, в котором размещали баннеры рекламодатели, и движок, непосредственно занимающийся подбором контекстной рекламы. После внутренней реформы в Яндексе расформировали позиции QA-специалистов. Тогда стал разработчиком Партнерского Интерфейса, в который, наоборот, приходили владельцы площадок, чтобы поставить себе рекламу. Вместе с продуктовой разработкой занимался автоматизацией процессов сборки, деплоя и мониторингами. Посмотрел на IT со стороны не только QA и Development, но и Operations (админов), что сейчас называется DevOps.

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

Что важней для QA-инженера: hard'ы или soft'ы?

Давай не ставить вопрос в такой плоскости. Технический кругозор или, как модно, hard'ы — это фундамент, на котором строятся профессиональные достижения в IT. Сейчас в моей команде QA-инженеры работают очень много с разнообразными современными технологиями. Мы в «Привлечении» автоматизируем наши рутинные тестовые сценарии, которые ещё недавно прокликивали руками. Стараемся, в принципе, автоматизировать любую рутину. Например, есть регламенты и чек-листы, чтобы уведомлять заинтересованных о выкатывающихся релизах. Когда регламент появился — делали руками. Потом надоело и QA-инженеры перевели текстовые чек-листы в код, а код привязали к триггерам выкладки. Теперь уведомления делает автоматика. Людям освободили руки и разгрузили головы для творческой работы, но вместе с тем не просыпали регламент. Кроме того, самостоятельно контейнеризируем наши функциональные и нагрузочные авто-тесты, разбираемся с инфраструктурой, постоянно совершенствуем пайплайны. Везде используем только актуальный технологический стэк и подходы. Это то, что касается shift left testing. Вместе с тем, заходим и в shift right, где начинается история про логирование, мониторинги, трассировки ошибок, алёртинг, эксперименты в проде. Без хардов тут никак.
Но владея только hard'ами QA-инженером не стать. Такая профессия, что нужно уметь общаться с людьми. В своём подразделении я строю культуру, предполагающую, что за качество отвечают не заезженные тестировщики, а фулл-стэк инженеры по обеспечению качества. Терминология сама подталкивает к пониманию, что у ребят шире как обязанности, так и полномочия что-то делать. Общаемся с бизнесом, общаемся с командами разработки и эксплуатации, общаемся между собой и со смежными командами. Стараемся общаться вживую, без бюрократии. На выходе получаем рост экспертизы и шаринг знаний по команде. Соответственно ускоряемся, используем собственные возможности более эффективно.

Выступаешь на конференциях где-нибудь?

Весной выступал на конференции DUMP 2019, рассказывал о видении того, какой должна быть «Инженерия качества во времена DevOps». Сейчас много где встречается термин T-Shaped специалист, который позиционируется как эволюция I-Shaped. У последнего есть только глубокая экспертиза, но в очень узкой области. У первого же — экспертиза, дополненная опытом в смежных областях. Но я пробую развить эту мысль дальше. У нас творческая профессия. Нужно сложить в голове пазл того, как работает система и придумать в каких ситуациях этот пазл может развалиться. Если ты идёшь в QAE (Quality Assurace Engineer), то экспертизы (Expertise) и опыта (Expirience) будет мало. Для того, чтобы раскрывать потенциал нужны ещё: право пробовать (Execution) и стремление исследовать (Exploratory). Если у нет возможности пробовать, экспериментировать, применять полученные знания, то это ограничивает рост. Если постоянно работаете по устоявшимся сценариям — также не растёте. Наличие этих четырёх «E» действительно важно для инженера по обеспечению качества. Это то, что я называю E-Shaped профессионализм.

Как попасть на работу к вам в подразделение?

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

А как к вам попасть молодому специалисту?

Для ребят, которые только-только вышли на рынок (например, выпускники вузов) и пробуют определиться с профессией у нас есть отличный вариант — ФинТех Школа по профессии QA Engineer. Занятия ведут наши непосредственные сотрудники. Например, я преподаю лекции по «Клиент-серверной архитектуре» и «Практикам DevOps». Это очень насыщенный теорией и практикой трёхмесячный обучающий курс. Курс проходят как в нашем головном офисе в Москве, так и в городах, где у нас есть Центры Разработки. На занятиях мы не рассказываем скучной или устаревшей информации. Даём только максимально актуальные на рынке IT знания и практический опыт. Пройдя ФинТех Школу, выпускники владеют знаниями: по архитектуре приложений, современным гибким методологиям разработки (Scrum & Kanban), теории и автоматизации тестирования, подходам к обеспечению качества, современным тенденциям доставки продукта до конечного пользователя (CI/CD, DevOps) — и всё это подкрепляется реальной практикой в игровой манере! Ребят же, показавших хорошие результаты на занятиях — зовём в штат на открытые позиции QA-инженеров. Школа проходит дважды в год — весной и осенью. Сейчас как раз открыт набор на весеннюю школу в Москве.

А как быть студентам, может есть какие то стажировки?

Для студентов, магистрантов и выпускников, которые сразу хотят приступить к боевым задачам есть программа стажировок — Тинькофф Старт. Отличительная черта этой программы — неполный рабочий день. Здесь тоже всё просто — оставляете заявку, она попадает на прескрининг. Если всё ок — приглашаем на получасовое интервью и узнаём, чем заинтересовало обеспечение качества, какой технический бэкграунд имеете и куда замотивированы развиваться. Успешно прошедших интервью приглашаем стажироваться 2−3 месяца. На стажировке погружаем полноценно в рабочий процесс, показываем, как работает команда, знакомим с продуктом, обучаем практикам. Если нас устраивают взаимоотношения, результат и есть подходящие открытые вакансии — предлагаем остаться в штате.
Вариантов попасть к нам много и нужно только желание делать «right things right». На заметку: пожалуйста, не рассматривайте наши позиции QA-инженеров как лёгкий старт или трамплин в IT. В первую очередь мы ищем ребят, нацеленных на обеспечение качества и, поверьте, эта область достаточно широка для профессионального развития.

Расскажи про специфику QA-инженеров в России в сравнении с западом, что знаешь.

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