Software Quality Engineer: Trend in automation or evolution of manual testing? Part 3

Пятого ноября прошло онлайн-мероприятие TAD Community в формате интервью, посвященное вопросу «Software Quality Engineer: тренд в автоматизации или эволюция в мануальном тестировании?». Маргарита Милюк, Lead Software Quality Engineer, и Вадим Бичан, Senior Software Quality Engineer, раскрыли все тайны загадочной дисциплины SQE.

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

Как сказать проекту, что ты хочешь выполнять SQE задачи? Возникают ли с этим проблемы у инженеров? Где взять на это время, если и так на проекте загрузка 100%

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

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

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

Что касается загрузки, то я поверю в загрузку 100% во время релиза, когда кто-то неожиданно выпадает, но врядли это у вас происходит на постоянной основе. Всегда можно найти полчаса или час времени на такие активности пару раз в неделю. Но если уже реально у вас 100 процентная загрузка каждый день, то тут извините - придется уже приложить экстра усилие: вечером, "сверхурочно". Это же вам нужно в первую очередь, а не заказчику».

Как получать на проекте опыт, если уже есть люди, ручные тестировщики и автоматизацторы, которые делают это лучше тебя? В интерес этих ребят делится опытом?

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

А зачем проектам SQE? Легко ли найти проект для данного направления?

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

Будут ли SQE получать больше, чем автоматизаторы/ручные тестировщики?

Вадим: «В современном мире заказчик платит не за ваш тайлт, а за те задачи, которые вы выполняете на прокте.

Чем больше у вас навыков, тем более сложные задачи вы можете выполнять, а более сложные задачи, являются более дорогими. Чем больше у вас навыков, тем больше обязанностей вы на себя берете / можете взять, чем приносите больше пользы заказчику / продукту, что также стоит дороже.

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

Человек, который разбирается во всем - не разбирается ни в чем? Применимо ли это к SQE?

Маргарита: «Надо понимать, что SQE не должен разбираться во всём. У нас есть требования к такому человеку – понимание и умение построить процесс обеспечения качества на проекте вне зависимости от тулов, языка программирования и т.п. Самое главное – построить эффективный процесс. Для этого, конечно же, у него должны быть практические навыки как в ручном, так и в автоматизированном тестировании. Но это не значит, что SQE это микс из 100%-ого покрытия скиллов мануальщика и 100%-ого покрытия скиллов автоматизатора».

Убьют ли SQE обычную автоматизацию/мануальщину?

Вадим: «Я думаю нет, не убьёт. На рынке востребована каждая дисциплина и есть определенный спрос. Да, спрос варьируется, растёт или снижается. Но СЦу это не «серебряная пуля», у него всё-таки есть недостаток некоторых навыков, мы должны понимать, что в любой, в том числе и этой профессии есть свои плюсы и минусы. На ближайшие лет 10 работы точно хватит на всех».

Как правильно сбалансировать затраты времени и усилий между скилами автоматизатора и функционального тестировщика?

Вадим: «Скорее всего на вашем проекте есть какие-то приоритеты. Сконцентрируйтесь на важных тасках в первую очередь. Другой совет – у любого SQE есть области, которые больше/меньше нравятся или которые даются легче/тяжелее. Понятно что, если есть набор одинаково приоритетных задач, например, я начну с более тяжелых и более затратных, а затем переключусь на более приятные. Но это зависит от человека, конечно.

Маргарита: «Простого ответа на этот вопрос нет. Всё очень зависит от вашего проекта и ваших навыков. Могу сказать, что это важная часть работы SQE – уметь находить баланс и правильно планировать свои таски».

Можете привести примеры кодлес тулов и назвать несколько плюсов и минусов их?

Маргарита: «Из таких, которые на слуху - Tricentis Tosca, TestComplete и тот, который я использую – Vividus. Каждый тул хорош по своему для решения своих задач. Вам нужно очень мало для начала автоматизации - ведь это очень юзер-френдли и понятный интерфейс, с которым просто взаимодействовать. Основным минусом этих тулов, на мой взгляд, является то, что они проприетарны. Если вам очень захочется использовать Tricentis Tosca или TestComplete, придется их купить. В противовес двум предыдущим, Vividus бесплатный. Он выложен на GitHub, его можно просто склонить и начать писать автотесты. Естественно, в таком случае нужен какой-то уровень технической подкованности, в первую очередь опыт работы с системой контроля версий. Такого UI как у Tosca и TestComplete там нет, вы должны будете использовать IDE и синтаксис BDD. Дальше уже всё зависит каким видом тестирования вы хотите заниматься».

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

Есть ли уже готовые менторинг программы для SQE?

Маргарита: «В functional testing менторинге у нас есть отдельный модуль, который называется Vividus. Если вы сейчас заинтересованы в переходе в новую дисциплину – вы можете зайти в functional testing менторинг, посмотреть запись, сделать задание. Это всё доступно на Learning портале.

Что касается планов – мы однозначно будем делать программу обучения Vividus, она будет шире, чем то, что на данный момент доступно, я думаю там будет больше материалов и упор на разные уровни, не только на уровень T2».

Куда инженерам идти за дополнительной информацией и кому задавать вопросы, если интересно?

Можно обращаться с вопросами в TAD Community или в форме обратной связи CommunityZ. Внутри EPAM – можете задавать вопросы своему ресурсному менеджеру, он сориентирует вас куда лучше пойти и какие вопросы задать.

Полная запись встречи доступна по ссылке.