Кто такой тестировщик и чем он занимается? Этот вопрос актуален для всех: для компании, которая решила нанять себе такого специалиста, для HR, которые составляют описание вакансии и проводят собеседование, для соискателей, которые к этому собеседованию готовятся, и, конечно же, для самих тестировщиков — которые уже выбрали это профессию. В ИТ- сфере сложилась следующее представление о тестировщике: это студент, проходящий мимо и решивший зайти для прохождения практики. Причем не обязательно, что он учится на ИТ- специальности.  К сожалению, такое впечатление очень обесценивает  значение отрасли «Тестирование» в целом и работу хороших специалистов, значительно уменьшая значимость их вклада в процесс создания качественного продукта. Давайте рассмотрим эти заблуждения и почему они возникли.

Тестировщиками становятся те, кто не мог стать программистом

Действительно, такое мнение очень широко распространено, и самое главное, подтверждается на практике. У меня есть несколько коллег, которые пришли в нашу компанию, чтобы стать программистами, но начали свою карьеру в тестировании. Многие соискатели, выбирают эту профессию по остаточному принципу, конечно, чаще всего. это или студенты или выпускники, которые  рассматривают эту позицию как временную, в качестве трамплина в ИТ-индустрию (само собой в программисты). Именно благодаря таким случаям и возникло следующие заблуждения:

Тестировщик- это профессия для молодежи

И еще несколько:

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

Тестировщик- это низкоквалифицированный специалист

Что же касается квалификации специалиста по тестированию и соответственно его дальнейшего обучения профессии, тут тоже много что можно обсуждать, тем более, дисциплина «Тестирование ПО» не является академической дисциплиной и наши ВУЗы сейчас не выпускают таких специалистов. Отсюда вытекает целый набор новых заблуждений:

• Чтобы стать тестировщиком, не нужно профильное образование, даже не нужно среднее, а тем более высшее, школы будет достаточно.
• Можно стать тестировщиком ничего не зная, не умея, просто прийти, сесть за ПК и начать работать.
• Тестирование- это просто, тут нечему учиться.
• Компании не следует инвестировать в обучение тестировщиков, так как можно взять любого с улицы, посадить за ПК и он обнаружит 80% багов.
• Тестировать может каждый, сейчас у каждого есть ПК и сматрфон.

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

• Наши разработчики пишут отличный код с первого раза.
• Все критические ошибки найдут пользователи в фазе бета-тестирования.

В итоге получаем замкнутый круг.

А что в автомобильной промышленности?

Если провести аналогию с производством автокомпонентов, то на конвейерных линиях работают инспектора по качеству. Действительно, требования к кандидатам не очень высоки и соответственно не требуется и высокая квалификация (Пример вакансии). Их задача: следить за производственным процессом (не забываем про пока-ёкэ на конвейерных линиях). В свою очередь, инспектора по качеству  являются инструментом инженера по качеству,  который разрабатывает тактику обеспечения качества процесса (Пример вакансии). К инженеру по качеству предъявляются уже совсем другие требования. Это должен быть высококвалифицированный специалист, задача которого улучшать процесс производства автокомпонентов, следить за его качеством, качеством выходной продукции (основной стандарт ISO 9001,  его адаптация для разработки ПО — ISO/IEC 90003). В его обязанности также входит:

• разработка PFMEA, где оцениваются риски на производстве по процессу и продукту, которые затем ранжируются в соотвествии с RPN(Risk Priority Number).
• составляется Control Plan, это инструмент качества, в котором в том числе обозначаются контрольные точки для оценки рисков из PFMA (визуальный контроль, машинное зрение и т.д.).

Кстати, Вам ничего это не напоминает? Например, подход в тестировании Heuristic Risk-Based Testing от Джеймса Баха.

В качестве итогов

К сожалению, когда говорят о тестировании как отрасли и о тестировщики как профессии, то для 90%  — это инспектор по качеству, и только 10% осознают, тот факт, что основная задача: выпустить качественный продукт невозможна без высококвалифицированных и мотивированных специалистов, которые будет расширять качество за пределы тестирования.

MindMaps

Ментальные карты доступны тут: На русском, In English

Данную проблематику мы обсуждали со студентами (МГТУ им Н.Э. Баумана, КФ). Одна из них написала свою статью.