Метрики QA собраны, дашборд зелёный🟢, а на вопрос «почему продукт стало дороже менять» ответа нет.

На Хабре вышла статья про Quality Intelligence — о том, что привычный набор цифр этот вопрос не закрывает. Дефекты за спринт, утечка багов в прод, время регресса, процент автоматизации — всё это описывает работу QA, но не состояние продукта.

Автор показывает, где лежит ответ: он размазан по системам. Дефекты в Jira, изменения в Git, сборки в CI/CD, инциденты в мониторинге, жалобы в поддержке, поведение клиентов в продуктовой аналитике. Каждая система знает свой кусок. QA видит, что регресс разрастается, Git знает, какие компоненты переписывали третий раз за квартал, но вместе эти два факта никто не складывает.

Прежде чем сшивать шесть систем, стоит посмотреть, в каком виде существует седьмая. У большинства команд, которые всерьёз обсуждают Quality Intelligence, тестовый контур — самое слабое звено в этой схеме: прогоны в таблицах, результаты в скриншотах, история правок кейсов в переписке. Сшивать там нечего, данных в машиночитаемом виде просто нет.

🧩Аналитика качества начинается не с BI-контура. Она начинается с того, что тестовая документация, прогоны и их история живут в системе, из которой эти данные можно достать запросом, а не восстановить по памяти.