Качество и его критерии: как договориться о качестве с командой

Это один из моих любимых докладов. Не только потому, что тема — качество — для меня fundamental. На SQA Days 29 он занял 2 место среди всех докладов. А ещё потому, что без глубины понимания качества невозможно выстроить нормальную работу ни на одном этапе производства.
Но давайте честно: когда мы слышим «качество», что мы представляем? Отсутствие багов? Зелёные тесты? Довольного пользователя?
И вот здесь начинается самое интересное. Потому что качество — это не про тесты. Это про договорённость.

Тестирование — это не обеспечение качества

Самое частое заблуждение: «QA и тестирование — одно и то же». Или «тестировщики отвечают за качество».

На самом деле всё иначе. Тестирование — это прохождение тестов и поиск дефектов. QC — контроль соответствия продукта требованиям. А QA — это про процессы, которые создают продукт.
Проще говоря: QC проверяет результат, QA строит процесс, который этот результат создаёт.

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

Из чего состоит качество

Качество — это не одна метрика и не «ноль багов». Это система. Условно её можно разделить на три блока:
  • Основы качества — культура, этика, стоимость
  • Процессы управления — проверка, аттестация, аудит
  • Практические соображения — требования, дефекты, оценка
И вот на «практике» чаще всего всё ломается. Требования есть, а критериев — нет. Дефекты есть, а градации — нет. Работа идёт, а договорённости о том, что считать «хорошо» — нет.

Как зафиксировать качество

Чтобы не спорить «что такое хорошо», нужно зафиксировать критерии. Это не бюрократия. Это язык, на котором команда договаривается о качестве.

SLA, требования к релизу, работа с дефектами, DoD и DoR — всё это инструменты, которые превращают «мне кажется, это плохо» в «вот наши критерии, вот наши договорённости».
И вот здесь важно: без глубины понимания качества невозможно выстроить качественную работу.

Нельзя просто «писать больше тестов» и надеяться, что качество вырастет. Нужно договориться, что это качество вообще значит.

Метрики качества — что реально работает

Метрики бывают разные: качество продукции, качество процесса, качество обслуживания. Плотность дефектов, коэффициент регрессии, находимость, сроки SLA, стоимость исправления...

Но вот главное: метрики без контекста — просто цифры.

Если их используют, чтобы «убить всех лидов» — это no profit. Метрики нужны, чтобы принимать решения, а не для отчёта.

Главный вывод

Качество — это не «много тестов» и не «ноль багов». Это договорённость между командой, бизнесом и заказчиком о том, что мы считаем качественным продуктом.

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

Без глубины понимания качества невозможно выстроить качественную работу. Это моя любимая тема — и я рада, что на SQA Days 29 она нашла отклик.
🎥 Смотреть доклад на Vimeo:

Чем я могу помочь

🔍 Аудит и консалтинг QA-процессов
Если в вашей компании «качество» — это размытое понятие, а метрики используются для отчёта, а не для решений — помогу выстроить систему критериев и договориться о качестве.
→ Напишите: kulikova.qa@gmail.com или Telegram @qa_lady
🎓 Менторство
Если вы QA и хотите разобраться в качестве глубже — от QA/QC до метрик и критериев — я менторю на GetMentor.
→ Профиль: https://getmentor.dev/mentor/kulikova-marina-1783
🤝 Сотрудничество и выступления
Открыта к приглашениям на конференции, митапы, подкасты и роли Head of QA.
→ LinkedIn: https://www.linkedin.com/in/marina-kulikova-7058ba77/