🧮 Психология тестировщика: когда баги перестают быть валютой "Я нашёл 48 багов в спринте!" "У нас самый внимательный QA!" А потом наступает тишина. Потому что за цифрами - нет смысла. 😑Мы выросли в культуре “чем больше, тем лучше” Первые годы в тестировании почти у всех проходят одинаково: ищешь ошибки, ловишь дефекты, чувствуешь адреналин от каждого “нашёл!”. Баги становятся твоей валютой, твоим KPI, твоим доказательством нужности. Ты меряешь опыт количеством найденных ошибок, а не количеством предотвращённых проблем. 🧩 Почему это опасная метрика 1) Создаёт иллюзию контроля. Кажется, что если мы нашли много багов, мы всё видим. Но часто это просто следствие плохих требований или слабой коммуникации) 2) Поощряет разрушение, а не сотрудничество. Баг превращается в “трофей”, а не в сигнал к улучшению. QA начинают соревноваться с Dev, а не работать вместе. 3) Формирует неправильное мышление. Фокус смещается на поиск ошибок, а не на понимание системы. Тестирование становится охотой, а не исследованием. Но однажды приходит осознание: количество багов не равно качество продукта. 💡Что стоит мерить вместо 🙂 Количество предотвращённых дефектов Сколько ошибок не дошло до пользователя благодаря вовремя заданным вопросам. 🙂 Влияние на принятие решений Сколько раз твои наблюдения помогли изменить приоритет или уточнить требования. 🙂 Уровень доверия к твоим выводам Когда к тебе приходят не “найди баг”, а “помоги понять, надёжно ли это работает”. 🙂 Стабильность релизов Чем реже находят критичные дефекты после деплоя, тем выше твой вклад, даже если багов в отчётах стало меньше. 💬 Из личного опыта Сначала страшно, ведь число найденных багов падает. Но потом приходит уважение) Разработчики начинают спрашивать мнение, аналитики зовут на ранние обсуждения. Ты перестаёшь быть “ловцом багов”, а становишься партнёром по качеству 😎💫 📓 Заметки тестировщика