QA (Quality Assurance) — это не тестировщики
В индустрии есть устойчивая привычка называть тестировщиков «QA». На первый взгляд кажется логично: ведь именно они проверяют продукт, ищут баги и подтверждают, что всё работает. Но если копнуть глубже, это подмена понятий.
QA — это не роль, а процесс. Quality Assurance — обеспечение качества. И оно начинается задолго до того, как тестировщик откроет продукт и начнёт проверять сценарии.
Качество складывается на каждом этапе:
- аналитик пишет требования так, чтобы в них не осталось дыр и двусмысленностей;
- дизайнер проектирует сценарии пользователя, а не просто «рисует экраны»;
- разработчик пишет поддерживаемый код, покрывает критичные места автотестами;
- проектный менеджер следит за прозрачностью процессов и корректным управлением ожиданиями заказчика.
Тестировщики в этой системе играют важную роль, но они — не «последний рубеж обороны». Их работа скорее отражает, насколько вся команда в целом заботится о качестве. Если в команде хаос, требования противоречивы, код написан абы как — ни один тестировщик не спасёт продукт от проблем.
Поэтому культура качества — это общая ответственность. Каждый участник проекта вносит свой вклад в QA, и именно это делает продукт зрелым и конкурентоспособным.
А вот то, чем занимаются тестировщики напрямую — я называю QC (Quality Control). Часть от него, но не весь QC.