Solution Architect in Test Automation. Part 2

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

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

Во второй части расскажем, как стать Solution Architect in Test Automation (SA in TA), какой опыт в автоматизации необходим, а также поговорим о программе по обучению SA in TA.

Как стать Solution Architect in Test Automation?

«В первую очередь нужно интересоваться новыми технологиями. Не стоит дожидаться особенного проекта, а нужно самому изучать что-то новое. Большинство SA, которых я знаю, имели свои side-проекты или домашние проекты. Часто специалисты участвуют в open-source проектах, «набивают руку» как разработчики, глубже понимают специфику разработки и тестирования. Эти проекты могут относиться к текущей работе. Например, акселераторы, которые помогают в тестировании.

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

Также, чтобы стать SA in TA, пригодятся знания технологий разработки: cloud, контейнеризация и других трендовых технологий.

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

В дополнение ко всему сказанному выше, необходимы базовые навыки бизнес-анализа.»

Какой опыт в автоматизации необходим для Solution Architect in Test Automation?

Михаил: «Существует мнение, что необходимо развивать самое востребованное на данный момент. Сейчас в автоматизации на 80-90% в проектах используется Web, API. Остальные 10-20% – самое сложное, непонятное. Архитекторам интересны как раз вот эти 10-20%.

Например, есть Desktop приложение, написанное на JS через электрон. Обычный специалист по автоматизированному тестированию не станет такое изучать, поскольку маловероятно, что такой опыт пригодится. А специалисту с mindset архитектора будет интересно изучить, как это приложение работает и как его тестировать. И таким образом прокачиваются навыки архитектора.

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

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

«Нет определенного набора технологий, которые необходимо знать. Требуется хороший кругозор. Для этого нужно поработать с различными технологиями. Наиболее важно знать трендовые технологии на сегодняшний день. На сегодня это cloud. Solution Architect in Test Automation должен быть немного DevOps специалистом, поскольку огромное количество приложений используют Docker и Kubernetes. Необходимо понимать, как работают такого рода приложения, как они взаимодействуют с cloud и Kubernetes.»

Востребованы ли такие трендовые технологии как Big Data, ML, VR/AR?

Михаил: «Такие технологии часто востребованы в pre-sale, но не всегда это потом является основным способом реализации. Там, где необходимо глубокое понимание Big Data и ML, приглашается нишевый эксперт, который глубоко разбирается в технологии. Но в любом случае полезны базовые знания этих технологий.»

Существует ли программа по обучению Solution Architect in Test Automation?

Михаил: «В Epam уже есть внутренний курс Solution Architect school. Мы занимаемся его адаптацией для специалистов по автоматизации тестирования, учитывая специфику автоматизированного тестирования. На данный момент это только внутренний курс Epam.

Курс включает 3 очень важных блока:

·       Architect knowledge

Этот модуль включает теорию, как вести себя на pre-sale, какие вопросы задавать, как отделить требования, которые важны для архитектуры, от тех, которые заказчик считает важными. Эти требования необходимо выявить заранее и заложить их в архитектуру. Это также важно, поскольку в Agile требования часто меняются.

Этот модуль общий с Solution Architect в разработке.

·       Test automation Architecture

Этот блок включает специфику для ручного и автоматизированного тестирования. Он содержит такие модули, как разработка тестовой стратегии, создание case-study с упором на повышение эффективности автоматизации. Кроме этого, в нем есть информация, как отвечать на RFP и RFI. Этот модуль общий c Quality Architect.

·       Technology Domains

В нем содержатся знания по cloud, CI\CD, mobile, микро сервисам. В этом модуле необходимо написать простое приложение, подготовить тестовую стратегию и протестировать его. »

Существует ли похожее обучение SA in TA в других компаниях?

Михаил: «Я не встречался с информацией о подобных курсах в других компаниях. Но мне приходилось проводить много интервью специалистов, которые описывали себя как архитекторов в резюме. Но главный вопрос состоит в сложности тех решений, которые разрабатывал специалист. Для архитектора важно иметь опыт работы на большом количестве сложных проектов. Проекты бывают сложные с точки зрения комбинации бизнес и технологического домена. Это, например, трейдинг или payment проекты, которые требуют глубокого понимания домена. В таком случае нужно изучать документацию, работать на большом количестве таких проектов.

Можно привести такую аналогию: крепкий инженер по автоматическому тестированию (senior +) умеет строить Ferrari из разных запчастей, используя различные паттерны. Lead специалист может придумать решение и построить и Ferrari, и Porsche, и электрический паровоз. А если он уже сталкивался с различными комбинациями, то он крепкий lead специалист. SA же обычно строят космические корабли из разных компонентов. Но и космические корабли бывают разные: могут вращаться как на орбите Земли, так и за пределами Солнечной системы.»

Андрей: «Я бы хотел отметить, что SA in TA нужны не очень большому количеству компаний. Они нужны, только если в компании очень много pre-sale, assessment задач. Например, для небольшой компании или startup достаточно найти просто хороших инженеров. Я думаю, что в большинстве крупных компаний есть подобные курсы, но не многие готовы их открывать.»

Будут ли востребованы SA in TA в других компаниях?

Андрей: «У меня, например, есть любимая дисциплина, я очень люблю кодировать и, имея такой опыт и кругозор, можно легко перейти в разработку, тестирование или DevOps.»

Михаил: «Опыт работы архитектором и развитие от начинающего до ведущего SA в дальнейшем позволяет стать CTO.»

В следующей части вы сможете узнать, как проходит assessment (оценка) для SA in TA специалиста в EPAM, а также чем он отличается от chief специалиста по автоматизированному тестированию.

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