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

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

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

Расскажи про свой путь к SQE. Как готовился, что подтягивал, чего не хватало на проекте ? 

«Мой официальный переход в дисциплину состоялся около 5 месяцев назад. Это был конец мая / начало июня. Можно сказать, что я, как и Марго, был одним из первых, кто перешел в эту новую дисциплину. К счастью, к моменту перехода у меня уже был весь необходимый опыт как в автоматизации, так и в ручном тестировании. Оставалось только систематизировать и немного освежить некоторые знания.

В моем случае, это были такие области, как риск менеджмент и совсем немного основы тестирования (типы, виды, преимущества и недостатки), так как с этим тесно не работал последние годы. После составления этого небольшого списока навыков, которые необходимо освежить, я потратил несколько дней на просмотр видео по этим темам.

Какой вы видите путь развития для автоматизаторов/мануальщиков чтобы уйти на SQE?

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

Для автоматизаторов, у которых вообще нету опыта и знаний ручного тестирования, я бы советовал начать с основ. Вы можете прочесть "Базовый курс. Тестирование программного обеспечения" Святослава Куликова, "Тестирование черного ящика" Бейзера или на крайний случай "«Tестирование dot com»" Савина. Освоив основы, вы уже можете прийти к своим коллегам на проекте по ручному тестированию и четко выразить мысль, чем вы хотите заниматься, чем вы хотите помочь, чтобы в этом была польза и для вас, и для ваших коллег и проекта». 

Маргарита: «Самый, как сказать логичный и естественный ответ – это безусловно качаться во автоматизации. Нужно понять, вы хотите писать автотесты на языке программирования или использовать codeless инструменты, которых сейчас достаточно. Если вы хотите развиваться в направлении написания кода, то советы будут разные для колег из нашей компании и других компаний. Для наших ребят есть Test Automation менторинг программа, которая создана для функциональных тестировщиков, которые хотели бы немножно поработать в автоматизации. Причем есть набор по разным языкам. Если вы хотите развиваться в Codeless инструментах, вам неплохо было бы в целом почитать теорию по автоматизации, основополагающие принципы и концепты, и пытаться работать с инструментами. Если мы говорим о инструменте Vividus, то в рамках функционального тестировании у нас есть отдельный метнторинг модуль, который можно пройти, выполнить тестовые задания и получить опыт с одном из codeless инструментов. Это для сотрудников Epam, если вы из другой компании, то рекомендации будут похожими. Если вы хотите автоматизировать на языке программирования – учите язык. Есть достаточное количество онлайт ресурсов и онлайн школ, где можно изучить необходимое самостоятельно. Автоматизацию можно делать практически на любом языке программирования начиная от таких как Java и С#, заканчивая на Python, Java Script. Пробуйте выполнять практические задания, автоматизируйте что-то. Если заинтересованы в автоматизации на Codeless инструментах и не хотите тратить время, либо не интересно заниматься написанием кода, то есть определенные направления различных инструментов, таких как Vividus с открытым исходным кодом, который доступен на Github, можно его скачать, поставить и начать практиковаться. Так, например, такие тулы как Trticentis Tosca, не смотря на то, что он проприетарный, т.е. чтобы полноценно пользоваться его нужно купить, вы можете пройти какой-то бызовый курс, есть бесплатная пробная версия. Можно скачать и начать практиковаться, написать пару автотестов с помощью данного инструмента. В первую очередь качать автоматизацию». 

Какие дополнительные обязанности стоит брать ?

Вадим: «Автоматизаторам я бы советовал не стесняться помогать ручным тестировщикам. У автоматизаторов и ручных тестировщиков обычно одна благая цель - это обеспечить качество.

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

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

Теперь немного о процедуре ассесмента. Про процедуру, которую необходимо проходить, чтобы понять, подходите ли вы на эту позицию. Как сейчас проходит процедура ассесмента на позицию SQE?

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

Какие вопросы задают? Можете предоставить какие-то конкретные вопросы, примеры?

Маргарита: «Нужно понимать, что ассесмент это не экзамен в университете и не контрольная в школе. У нас нет конкретного списка вопросов, которые являлись бы универсальными - все зависит от самого человека и его опыта. Нужно понимать что ассесмент – это в первую очередь беседа и диалог. Мы будем разговаривать о вашем опыте, о котором вы расскажете, который вы покажете и подтвердите документами комитету. Тут все сильно зависит от вас самих. Соответственно, какого-то списка вопросов я предоставить не могу. Готовится можно по матрице навыков, либо по требованиям, которые мы предоставляем к определенному уровню SQE.
Основной упор делается на личный опыт. Мы преподносим ассесмент как беседу, диалог, а не экзамен, где нужны правильные ответы. Мы ведем беседу о вашем личном опыте и дальше комитет решает, достаточно ли его для повышения уровня». 

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

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

Возможны ли диагональные переходы в данной дисциплине?

Маргарита: «Естественно возможны, и даже были прецеденты. Были ребята, которые пришли из функциональных тестировщиков уровня middle и перешли в SQE уровня senior. Был в нашей практике так же интересный случай – пришел Software Engeneer in Test уровня middle и успешно прошел ассесмент на Software Quality Engineer уровня senior». 

Что же зацепило Software Engineer in Test в этой дисциплине?

Маргарита: «Конкретно у этого человека был запрос, на то, чтобы заниматся не только технической частью. Человек хотел заниматься ручным тестированием, заниматься анализом требований, построением эфективного классного процесса тестирования, включая и ручное и автоматизированное. Был такой запрос и он успешно сдал ассесмент». 

Полная запись встречи доступна по ссылке.
В третьей и последней части статей по событию "Software Quality Engineer: Trend in automation or evolution of manual testing?" вы сможете узнать больше об обязанностях SQE на проекте, а так же прочесть ответы наших спикеров на вопросы от зрителей.