«Это не фича, это — баг». Почему IT продукты выходят на рынок сырыми?
Представьте мир, где все сайты работают неправильно: формы не заполняются, оплата не проходит, а товары не добавляются в корзину. Именно таким бы был интернет, если бы на страже качества не стояли тестировщики. Рассказываем о том, откуда берутся баги, на каком этапе их начинают фиксить и почему получить 100% чистый продукт все равно не получится.
У вас были такие кейсы, когда вы знали, что продукт с багами(проблемами), но все равно релизили его?
Как правило, это выгоднее, чем не релизить.
Сравниваю опыт в двух мультинациональных многомиллиардных компаниях.
В одной каждую фичу писали «начерно» и «набело», всё тестировали, в прод шло 10% кода.
Во второй всё вливают с колёс, тестеры есть, но подход такой — каждое изменение разворачивают постепенно, по 1% пользователей, следят в реальном времени за KPI ошибок (смотрят, где формы не грузятся, где пользователь не проходит весь запланированный путь, но самое главное — где падает выручка), и фиксят баги на лету ровно в этих местах.
Первая отчиталась о крупнейших убытках в истории, вторая растёт на 50% в год.
Классика. Если сроки поджимают, а баги не критические - вполне себе обычная практика. Если багов не видно, это не означает что их нет.
Те баги, о которых мы знаем, вычищаем до релиза. Если что-то остается, это обсуждается с заказчиком.