Как вы думаете, чем отличается QA специалист от тестировщика? Если вы знаете ответ, то вот вам еще вопрос: должен ли QA следить за тем, что программисты пишут тестируемый код? Или так: должен ли QA следить за наймом персонала? Если коротко, то все, что вы слышали про QA, скорее всего, большая ложь. Давайте разбираться.

Photo by Bjorn de Leeuw

Если в вашей компании есть люди, который заводят вам баги в трекинговую систему, то, скорее всего, их называют QA. Ну или иногда тестировщики. Но главные тестировщики (лиды команд тестирования) - точно QA.

На самом деле

QA - Quality Assurance - дословно “Обеспечение качества”. Можно открыть wikipedia, там написано, что QA - процесс формирования и поддержания требуемых свойств и характеристик продукта. В википедии довольно подробно все описано, так что остановимся на важном стандарте ISO 9001:2015. Этот стандарт описывает ключевые аспекты при обеспечении качества программного продукта:

  • Обязанности менеджмента
  • Управление ресурсами, включая людей и рабочую среду
  • Реализация продукта: все стадии разработки, от сбора требований до поддержки готового продукта

Оказывается QA должен заботиться о качестве всех процессов в команде, в том числе находится код ревью, создание архитектуры, управление зависимостями, описание требований, управление персоналом. Ну вы поняли, не только отвечать на вопрос: “есть ли баги в продукте?”. Как прочность цепи определяется прочностью самого слабого звена, так и качество продукта определяется качеством самого некачественного процесса. Другими словами, чтобы быть уверенным в качестве продукта, нужно достичь высокого качества во всех деталях при создании этого продукта. Для этого и нужен QA.

Немного истории

Стандарт ISO 9001:2015 с нами уже около 40 лет:

ISO 9001 timeline

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

Валентина

Недавно у меня было собеседование (любое совпадение с именами или событиями - случайность):

Я: “Есть ли у вас дизайнер? Как дизайн доходит до разработчика?”

Директор: “У нас есть Валентина, она отличный дизайнер, она рисует дизайн, мы его обговариваем, тратим уйму времени на оптимизации UI и затем отдаем его тимлиду.”

Я: “Есть ли у вас команда тестировщиков?”

Директор: “Нет, нам не выгодно из за одного проекта содержать команду тестировщиков, но у нас есть Валентина, она может найти ТАКИЕ баги”

Директор: “Ну у нас продукт в сфере медицины, поэтому нам приходится соответствовать стандартам качества…”

Я: “Здорово, у вас есть стандарты качества! Как вы их поддерживаете на высоком уровне?”

Директор: “Ну у нас есть Валентина…”

Валентина

Кажется, Валентина - QA, Designer, Tester и Analyst одновременно, довольно ценный специалист. Или, вероятнее всего, менеджер (в данном случае директор) проекта не понимает процессов разработки программного продукта.

Стандартов качества много

Да, еще нужно сказать, чтобы вы не думали, что стандарт ISO 9001:2015 какой-то неизвестный и вообще только сейчас про это узнали, что есть и другие стандарты, фиксирующие качество программных продуктов:

и да, во всех них не только про тестирование пишут.

А вы работали с настоящим QA?