Кто такой тестировщик, и чем он занимается

Как стать тестировщиком — вопрос, который наверняка слышал каждый QA. Всё потому, что многим кажется: тестирование — самое простое направление в IT. И действительно, если сравнивать в парадигме тестировщик vs программист, то вход в профессию проще. Но в реальности простота заканчивается там, где начинается ответственность.

Тестировщик IT (или QA Engineer) — это инженер, который отвечает за качество и устойчивость программного продукта. Название профессии — Quality Assurance, «обеспечение качества» — точно отражает суть работы. QA не просто ищет баги, а системно проверяет, как продукт ведёт себя в разных сценариях, насколько он надёжен, удобен и предсказуем. По сути, это человек, который гарантирует: идея, воплощённая разработчиками, в реальности работает так, как задумано.

Тестирование похоже на игру на фортепиано: сыграть первые ноты можно быстро, но чтобы уверенно владеть инструментом, нужны опыт и внимание к деталям. Так же и здесь — войти в профессию несложно, а вот стать по-настоящему хорошим инженером по качеству удаётся немногим. Окей, а чем занимается тестировщик? Хочется ответить: а вас какой интересует? Да, они бывают разными.

Виды тестировщиков

• Manual QA (ручной тестировщик) — проверяет функциональность продукта вручную, действуя как реальный пользователь. Он находит ошибки, оценивает удобство интерфейсов, составляет сценарии использования продукта, проверяет их и фиксирует баги и ошибки. Ручной QA не пишет код — в этом его особенность. Основные его задачи: тестирование функциональности, регрессионное и UX-тестирование без использования кода. 
  Кстати, обычно именно этого тестировщика чаще всего подразумевают, когда говорят о легкости работы QA в ИТ. Для работы вручную не нужно знания языков программирования (но это не значит, что вы можете пойти работать без предварительного обучения!).
   
• Automation QA (автоматизированный тестировщик) — пишет программы, которые сами автоматически проверяют работу системы без участия человека. Такие программы называют автотестами. Они сильно ускоряют процессы тестирования, потому что могут запускать проверки после любого обновления кода. Хоть 24/7, семь дней в неделю. 
  И вот тут, конечно, QA специалист должен знать и языки программирования, иметь скиллы CI/CD (автоматизация процесса сбора и разворачивания кода), знания API и фреймворков автоматизации.
   
• Performance QA — проводит тестирование производительности. Специалист отвечает за скорость и стабильную работу системы под высокой нагрузкой. 
  Когда мы говорим о, например, маркетплейсах, огромных ERP-системах, платформах обслуживания платежей, мы сразу понимаем — это системы с потенциально высокой нагрузкой. Десятки тысяч пользователей могут совершать разные сложные действия одновременно. Происходить это может всплесками, а может и системно. 
  И для того, чтобы проверить производительность таких систем, Performance QA моделирует тест-кейсы и сценарии тестирования, как продукт поведет себя при наплыве пользователей, запросов и данных. Он использует инструменты вроде JMeter, Gatling или k6, выявляет узкие места и помогает оптимизировать производительность платформы.
   
• Security QA — занимается тестированием безопасности. Ну тут все понятней: проверяет, насколько система защищена от уязвимостей и несанкционированного доступа. Эти QA проводят тесты на проникновение, анализируют код и конфигурации, проверяют хранение паролей, шифрование и права пользователей. Обычно они работают с инженерами по безопасности, чтобы зарубить на корню возможности угроз. Например, угроз кражи ваших личных данных из банка, который вас обслуживает.
   
• QA Analyst — аналитик обеспечения качества. Отвечает не только за поиск багов, а за построение всей логики обеспечения качества разработки. Специалист на стыке тестирования, анализа и управления требованиями. 
  То есть, QA-аналитик смотрит шире, чем просто тестировщик. Что в принципе может пойти не так и как сделать так, чтобы все было так, причем еще с этапа планирования? Он формирует список кейсов для автоматизации тестирования. Эти специалисты связывают работу разработчиков, бизнес-аналитиков и QA-специалистов, что у всех было сформировано целостное понимание продукта. 
   
• QA Lead — руководитель тестирования. Отвечает за организацию и стратегию тестирования программного обеспечения. На нем планирование процессов, распределение задач, контроль за качеством релизов и уровня сервиса. Как и любой менеджер, он также занимается менторством, выбором инструментов и взаимодействия с руководителями проектов.

В команде по обеспечению качества каждый тестировщик отвечает за свой аспект: ручной QA — за логику и опыт пользователя, автоматизированный за скорость и стабильность, Performance — за нагрузку, Security — за защиту, Аналитики за логику тестирования и Lead отвечает за качество. 

Причем всех в списке, кроме Manual, можно записать к автоматизированным, поскольку все используют код.

А все ли автоматизированные QA универсальные? Или одни тестируют веб, а другие отдельно — мобильные приложения? Ответ: и да, и нет. Как и везде: нет на 100% универсальных солдат. Они обычно специализируются по типам проектов: веб, мобильные, десктопные, API и другие. Но в целом, базовые принципы тестирования сайтов и приложений — общие. Просто у каждого специалиста свой уклон. 

Что входит в обязанности тестировщика

• Анализ документации.
  Требования к продукту — первое, что нужно понять перед тем, как начать тестировать. Например, в ТЗ написано, что пользователь может оплатить заказ банковской картой. QA инженер уже на этом этапе изучает: какие карты используются, какие ошибки могут произойти, какие шаги будет предпринимать юзер, чтобы оплатить товар.
   
• Планирование тестирования.
  Какие виды тестов нужны: функциональные, регрессионные, UI, API и т.д. Затем идет составление тест-плана — документ с объемом, сроками и стратегией тестирования. Да, даже проверка качества ПО не может происходить без составления отдельной документации.
   
• Создание тест-кейсов и чек-листов.
  QA прогоняет сценарии: что делать, что ожидать от проверки. Плюс, создает чек-листы для быстрой прогонки. Например, “1. Ввести неверный пароль. 2. Проверить сообщение ошибке…” и т.д.
   
• Выполнение тестов.
  Наконец, проверяет систему вручную или с помощи скриптов автотестов. Фиксирует найденные баги, баг-трекинг требует повторного тестирования после исправления старых ошибок. 
   
• Регистрация и отслеживание в системе. 
  Описывает ошибки так, чтобы о них знал руководитель проекта и разработчик мог их воспроизвести.  Не просто “не работает — исправьте”, а четкое описание где, когда и как можно попасть на баг.
   
• Тестирование после исправлений.
  Как мы уже и говорили, практически на всех проектах проводится регрессионное тестирование. Нужно убедиться, что исправленное не просто работает, а оно не сломало другие шестеренки в системе. Ну и, конечно, нужно узнать, исправили ли первоначальный сбой.
   
• Автоматизация (для автоматических QA).
  Понятно, что это написание автотестов на разных языках программирования. Но это еще и работа с CI/CD пайплайнами, чтобы тесты запускались сами без участия человека. Плюс, использование еще кучи инструментов тестирования (Selenium, Jira, Postman) и другое. Инструменты зависят от того, что конкретно тестирует QA специалист.
   
• Отчетность.
  Отчеты о результатах тестирования, какие тесты пройдены, сколько выявлено ошибок, статусы их исправлений и т.д. Участие в дейли-встречах, взаимодействие с другими сотрудниками. 

Карьера QA-инженера

Карьерный путь QA начинается не без должного образования. Часто эта профессия становится первой записью в трудовой книжке у выпускников технических вузов. А дальше, они набираются опыта и уходят в разработку. По крайней мере, некоторые планируют так делать. Однако, тестирование — работа для погруженных. В профессии остаются лишь те, кто готов инвестировать время и усилия.

На QA обучают на курсах частные ИТ-школы и академии. Многие ИТ-компании запускают курсы по тестированию для формирования кадрового резерва. 

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

Например, тестировщик мобильных приложений проверяет их на iOS и Android. Помимо всех навыков автоматизированных тестеров, которые мы указали ранее, он должен еще разбираться в инструментах Appium, Espresso, XCUITest и других. У тестировщика веб-приложений свои инструменты: например, Selenium, Cypress, Playwright. Обучение техническим инструментам — это деньги, время, личные вложения. Это причина, по которой многие стартуют в ручном QA, а потом переходят в автоматизированное. Конечно же, грейд при таком переходе понижается.

Грейдирование у тестировщиков классическое: junior, middle, senior QA. На нашей платформе IT Staff, вы сможете найти тестировщика мидл и сеньор уровней, поскольку мы предоставляем возможность взять специалиста на аутстафф. Аутстаффинг — это особый вид ответственности перед заказчиком, поэтому в уровне специалиста вы можете быть уверены. Подробнее об аутстаффинге узнайте в нашей статье “Что такое аутстаффинг?”.

На рынке труда сейчас найти тестировщику вакансии не составит большого труда. Без тестирования, мануального или автоматического, невозможно представить любую разработку. Для маленьких и небыстро меняющихся проектов, где важна логика и UX — Manual QA-специалист. Для больших высоконагруженных систем — инженеры автоматизации тестирования. В любом случае, услуги тестировщика всегда будут незаменимы в процессе разработки проектов. 

Аутстаффинг QA — неклассический вид найма. Это метод привлечения сотрудника на проект без оформления его в штат. В нашем каталоге IT Staff крупные ІТ-компании делятся кадрами, у которых сейчас просто нет загрузки. Компания, которой нужен специалист может взять время этого сотрудника “в аренду”. Все просто. Переходите в каталог, выбирайте нужного специалиста по фильтрам, проводите интервью и берите специалиста на проект после договора с компанией-аутстаффером. А IT Staff вам поможет.

IT Staff. Аутстаффинг нового поколения.