Система отдела обеспечения качества (QA)

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

Чат — оперативный штаб во время тестирования: критическая ошибка, останавливающая релиз, объявляется в нём немедленно; вопрос «намеренное поведение или баг» решается с разработчиком за минуту вместо отклонённой карточки. Но правило строгое: решённое в чате фиксируется на самой карточке ошибки — доска это реестр, а не память.

Руководитель качества пишет «План», распределяет выполнение и владеет решением о рекомендации запуска — именно он останавливает релиз, если остались критические ошибки. Тестировщики выполняют и пишут отчёты об ошибках по единому стандарту; разработчики принимают ошибки, исправляют и возвращают в «Проверка». Принцип системы: тестировщик не проверяет исправление ошибки, которую написал сам, а запуск — задокументированное цифрами решение, а не общее ощущение, что «вроде всё хорошо».