Тестирование — это не «простая точка входа в ИТ». Мифы разрушает Артём Русов

Меня зовут Артём, уже более трёх лет я занимаюсь обучением начинающих тестировщиков. Недавно у меня была установочная сессия с командой разработки, которая хотела взять моих студентов для тестирования своего пет-проекта. Проблема была в том, что продукт разрабатывался, но сама команда вообще не понимала, как его тестировать, потому что раньше они не сталкивались с QA-отделом и сами пилили автотесты. Это были простые высокоприоритетные позитивные и негативные кейсы, без применения тест-анализа и тест-дизайна.

52 комментария

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


Кто пишет: Артём Русов, учу тестированию в своём youtube-канале и на платформе artsiomrusau.com. Создаю профессиональные сообщества для специалистов. Вот мой большой гид о том, как научиться тестировать самостоятельно.


Артем

Откуда взялся миф о «простой» профессии?

Думаю, многие из вас видели рекламные объявления очередного курса, где обязательно есть фраза: «Тестирование — это самая простая точка входа в айти».

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

Думаю, именно тогда и зародился стереотип, который подхватили нерадивые маркетологи и стали активно использовать в рекламе известных, но бесполезных курсов.

Кто такой «тестировщик» на самом деле?

Времена меняются. Сегодня можно выделить далеко не одно направление в тестировании: ручное, автоматизированное, тестирование нагрузки и безопасности, SDET, embedded testing и другие. Большое количество возможностей для горизонтального и вертикального роста.

От соискателей ожидают увидеть типовой набор компетенций: фундаментальные основы тестирования, умение создавать эффективные кейсы, используя техники тест-дизайна, понимание аспектов тестирования WEB и Mobile, где дело не ограничивается только GUI, но также включает API (а это уже backend), тестирование баз данных и базовые навыки TestOPS. 

Это работа с несколькими десятками инструментов, которые опытный специалист умеет использовать в разных условиях для разных видов тестирования.

Хороший тестировщик отлично разбирается в методологиях разработки, а главное в бизнес-логике самого продукта. 


Он находится на стыке всех направлений: бизнес-анализ, дизайн, разработка, продуктовый менеджмент и ведёт большое количество коммуникаций с каждым из отделов.


И это мы говорим только про процессы тестирования и контроля качества, а ведь самое интересное начинается на этапе Quality Assurance, где QA Engineer начинает улучшать текущие процессы и предлагать эффективные методы повышения качества выпускаемого продукта, влияя не только на свой отдел, но и на всю команду и разработку. Ведь самое главное в обеспечении качества не нахождение багов, а их предупреждение. 

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

Особенно неприятно, когда тестировщиков называют monkey тестерами. Данный вид тестирования предполагает ввод случайных значений, нажатие случайных кнопок, без понимания того, как работает система. 

Почему тестировщики, с которыми вы работаете не относятся к категории таких «специалистов»? 

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

Почему для меня тестирование — не просто работа

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

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

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

Если ваша команда не понимает, что делает тестировщик

Коллегам, которые сталкиваются с недопонимаем в команде их роли, я настоятельно рекомендую вводить в расписание встреч knowledge sharing meeting, где вы можете рассказать про:

  • ключевые функции тестировщика; 
  • чем он занимается;
  • почему важно всем включаться в процесс обеспечения качества; 
  • и как вы можете быть полезны команды.

Не бойтесь включаться в такие процессы, иначе мы будем продолжать встречаться со стереотипами о тестировании, которые нужно будет разрушать!

Мнение автора может не совпадать с позицией редакции. 


dev.by, как и другим честным медиа, сегодня очень сложно: редакция работает за пределами страны, а наши рекламные доходы сократились в несколько раз. Но мы справляемся — с вашей помощью. Это вы делитесь с нами инфоповодами, мнениями, опытом, временем и вниманием. А 220 читателей поддерживают нас донатами.

В 2023 году мы хотим собрать 1000 читателей-подписчиков.

Помочь нам можно через Patreon
Из Беларуси — через Donorbox.
И ещё криптой, тут кошельки.
Спасибо, что прочитали это сообщение.

Что ещё почитать про стереотипы:


Читать на dev.by