Solution Architect in Test Automation. Part 3

22 февраля 2021 года в формате интервью прошел онлайн-ивент ProQuality Community, посвященный еще одной новой дисциплине в автоматизации тестирования «Solution Architect in Test Automation». Опытный Solution Architect в автоматизации тестирования Андрей Воробьев и организатор обучающей программы для архитекторов Михаил Субоч рассказали основное о новой дисциплине: чем занимается Solution Architect, почему IT нуждается в таких специалистах, чем они отличаются от других, а также как вырасти в Solution Architect в автоматизации тестирования.

Мы продолжаем серию статей о самом интересном, что было на мероприятии.

В третьей части расскажем, как можно понять, что ты готов стать Solution Architect in Test Automation, а также чем SA in TA отличается от Сhief специалиста по автоматизированному тестированию.

Как можно понять, что я готов стать Solution Architect in Test Automation?

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

«Во-первых, я бы хотел отметить, что у кандидата обязательно должен быть высокий уровень английского B2-C1.

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

Третье: в какой-то момент у специалиста появляется ощущение, что он делал все. При появлении новой задачи он смотрит на нее с точки зрения того, сколько потребуется времени. Этот порог люди переходят в роли senior или lead инженера. Они понимают, что разработать можно все, даже “космический корабль, который вылетит за пределы вселенной”, вопрос только в том, сколько времени на это потребуется. Когда появится такое ощущение, которое подкрепляется большим опытом, то уже можно идти на assessment (оценку) на позицию SA in TA.»

Какие есть особенности assessment (оценку) для SA in TA специалиста в EPAM?

Андрей: «Я бы хотел отметить один очень важный момент про ассесмент для SA in TA. Как пройдет оценка, на сколько она пройдет гладко и комфортно, зависит от группы людей (экспертов), которые будут в assement комитете. Если проходишь оценку на низкий уровень, например, middle, то в комитете будут эксперты не самые опытные, которые могут не иметь очень большой опыт общения. Большой плюс assement на SA in TA, что в комитете обычно эксперты, у которых очень большой опыт. Они умеют разговаривать тактично, мягко, поскольку им постоянно нужно общаться с заказчиком. И такого assement нужно бояться меньше всего. Как правило, он проходит в очень приветливой и приятной обстановке. Кандидаты уходят довольные, поскольку эксперты стараются сделать сессию полезной для кандидата, чтобы он вынес для себя максимум информации, даже если не получит рекомендацию на повышение.»

Чем отличается SA in TA от Chief специалиста по автоматизированному тестированию?

Михаил: «Одно из отличий – это способность и желание общаться с клиентом. SA in TA должен иметь навык общения на высоком уровне. Для Chief специалиста достаточно базового уровня, поскольку на первом месте для него стоят техническое знание языка, его способностей, библиотек. По сути Chief – это технический архитектор с фокусом на технологическое решение, в противовес SA, который сфокусирован на том, что получится со стороны бизнеса.

Обычно lead automation специалист выбирает, в каком направлении в дальнейшем ему развиваться: SA, Chief или, например, менеджер. В свою очередь существуют 5 уровней для SA, Chief специалистов.

Сейчас в EPAM около 10 человек являются SA in TA»

Андрей: «На мой взгляд различия минимальны. Архитектор обычно больше имеет уклон в консультативную роль. Chief специалист – это обычно очень “крутой” технический специалист. Он больше работает не с людьми, а занимается технической частью (допиливает “свой космический корабль”). Для SA in TA очень важен навык общения с людьми, чем он и занимается большую часть времени. С точки зрения технических навыков они взаимозаменяемы и могут выполнять одну и ту же работу.»

Насколько важно Solution Architect in Test Automation знать несколько языков программирования?

Михаил: «Я бы хотел отметить, что хороший специалист не будет отбрасывать возможность поработать на потенциально интересном проекте, который использует язык, на котором он никогда не писал. Какие языки нужно знать, зависит от популярности в данный момент. На сегодняшний день с каким бы языком ты не работал, ты будешь проигрывать, если ты не знаешь Java Script, потому что на нем очень много решений.

У меня с самого начала карьеры было хобби – изучение языков программирования. В школе я изучил Pascal и Basic, в университете начал с С++, на 4-м курсе университета изучил C# и 5–7 лет писал только нем. Хотя на коммерческих проектах не было C#, а использовались не типизированные языки QTP, Silk Test. Но мне всегда хотелось использовать C#, его возможности. И такая страсть помогла мне полюбить разные другие языки программирования, не такие как Java и C#, расширить свой кругозор.»

Андрей: «В качестве примера, я профессионально могу устраиваться на проект в качестве ведущего разработчика. Но также я немножко знаю Phyton и Java Script. На мой взгляд очень полезно знать два разных языка программирования для расширения кругозора. Хорошие примеры – это Java + Phyton, Java + Java Script, Java + Golang. Нужно отметить также, что каждый язык решает определенные задачи, и его лучше использовать для разработки решений в определенных доменах. Например, Golang хорош для сетевых решений, DevOps (поскольку почти вся cloud инфраструктура написана на нем). Язык Java очень удобен для написания больших Enterprise проектов, поскольку у него есть очень много готовых обкатанных библиотек.»

В последней части вы сможете узнать, нужна ли такая специальность как Delivery Manager in Test Automation, а также как на интервью отличить Chief специалиста по автоматизированному тестированию от SA in TA.

Полная запись ивента доступна на YouTube канале ProQuality Community.