Сколько стоит баг? Реальная математика.
В бюджете любого проекта есть статьи, которые кажутся обязательными: разработка, дизайн, маркетинг. А есть тестирование — и вот на нём так хочется сэкономить. Ведь можно же «проверить самим», «выпустить и посмотреть», «допилить потом». Кажется, что это лишняя строка, которую можно сократить или убрать вовсе.
Но давайте посмотрим на это иначе. Представьте, что вы сэкономили на тестировании. Продукт ушёл в релиз с багами. Часть из них мелкие — их никто не заметит. А часть — критичные: не работает оплата, падают заказы, пользователи уходят к конкурентам. И вот тут начинается самое дорогое: срочные фиксы, ночные дежурства, возвраты, компенсации, потерянные клиенты и подмоченная репутация.
Получается, что сэкономленные на тестировании деньги — это не экономия. Это отложенный платёж, который вы в итоге сделаете. Только сумма будет в разы больше. Потому что исправлять баг после релиза всегда дороже, чем поймать его до.
Тестирование — это не расход. Это страховка. Это инвестиция в спокойный релиз, в доверие пользователей, в репутацию продукта. Оно стоит несопоставимо меньше, чем ущерб от багов, которые дошли до прода.
Экономить на тестировании — всё равно что экономить на тормозах в автомобиле. Ехать-то можно. До первого поворота.
Главный закон: чем позже найден баг, тем дороже он стоит Это не мнение, а закономерность, проверенная десятилетиями в IT.
Баг в требованиях.
Цена — почти ноль
Вы обсуждаете форму регистрации. Тестировщик спрашивает: «А что делать, если email уже зарегистрирован?»
Вы отвечаете: «Показывать сообщение и предлагать восстановить пароль.»
Всё. Баг предотвращен за 5 минут разговора. Если бы вопрос не задали — разработчик сделал бы по-своему, тестировщик нашел бы проблему, разработчик переделал бы. Потеря времени и денег.
Самые дешевые баги — те, которые не были созданы.
Баг в разработке.
Цена — час работы
Разработчик не обработал отрицательное число в поле «количество товара». Если баг найден сразу — исправление займет час.
Если такое случается раз в неделю, за год это 240 часов — полтора месяца работы разработчика. Потраченные на то, что можно было не допускать.
Баг на тестировании.
Цена — день работы команды
Баг дошел до тестирования. Что происходит:
Тестировщик находит и оформляет — 1 час
Разработчик переключается и исправляет — 2 часа
Тестировщик перепроверяет — 1 час
Проверка смежного функционала — 2 часа
Итого — 6 часов вместо одного. Плюс задержка релиза. Это и есть разница в стоимости в 20x.
Баг в проде.
Цена — репутация и деньги
Интернет-магазин
Баг: промокод не пересчитывает сумму, клиент платит полную цену.
Потерянные заказы: ≈ 150 000 ₽
Возвраты и компенсации: ≈ 30 000 ₽
Работа поддержки: ≈ 10 000 ₽
Хотфикс: ≈ 80 000 ₽
Итого: от ≈ 270 000 ₽. За баг, который на этапе требований стоил бы 5 минут разговора.
Тестирование — это страховка. Она стоит копейки по сравнению с потенциальным ущербом.
Формула стоимости бага:
Стоимость бага = Время команды × Стоимость часа + Упущенная выгода + Репутационные потери
Чем позже найден баг, тем больше каждая составляющая.
Что делать заказчику
Подключайте тестировщика на этапе требований. Самые дешевые баги — те, которых не было.
Не экономьте на тестировании перед релизом. Это как экономить на тормозах.
Считайте не только стоимость тестирования, но и стоимость его отсутствия.
Относитесь к багам как к финансовому показателю. Каждый найденный баг — сэкономленные деньги.
Заключение: баг — это отложенный платеж
Вы можете заплатить сейчас — мало. Или потом — в десятки раз больше.
Тестирование — это не про поиск ошибок. Это про управление стоимостью ошибок. И один рубль, вложенный в тестирование сегодня, экономит десять рублей на исправлении завтра.