Почему День тестировщика отмечают 9 сентября?
Дату связывают с событием 9 сентября 1947 года, когда инженеры, работавшие с вычислительной машиной Harvard Mark II, обнаружили мотылька, застрявшего в реле, и прикрепили его к журналу с записью о «первом реальном случае обнаружения bug». Сам термин bug в значении технической неисправности существовал задолго до этого случая, однако история Harvard Mark II стала одной из самых известных легенд профессии.
За прошедшие десятилетия изменилось почти всё: продукты стали сложнее, релизы — быстрее, а одна ошибка теперь может пройти через десятки связанных систем. Неизменным осталось одно: самые интересные истории про баги часто начинаются довольно забавно. Последствия бывают гораздо серьёзнее.
Ко Дню тестировщика собрали три таких случая.
Три бага с совсем не шуточными последствиями
Ген, который не пережил встречи с Excel
Учёные-генетики столкнулись с неожиданной проблемой: Excel распознавал некоторые названия генов как даты и автоматически менял их формат. Например, обозначение MARCH1 могло превратиться в «1 марта».
Проблема оказалась настолько распространённой, что затронула научные публикации и наборы данных. В итоге международному комитету по номенклатуре пришлось изменить обозначения ряда генов, чтобы снизить риск подобных ошибок.
История хорошо показывает, как вполне корректная функция одного продукта может создавать проблему в совершенно другом процессе. Система делает ровно то, для чего была спроектирована, а результат всё равно оказывается ошибочным.
Источник: Habr
Алгоритм, которому слишком доверились
Zillow использовала алгоритмические модели для оценки недвижимости и покупки домов. Когда ситуация на рынке изменилась, прогнозирование стало работать хуже, а компания продолжала приобретать объекты по ценам, которые впоследствии оказались завышенными.
Последствия измерялись уже не количеством дефектов: Zillow закрыла направление Zillow Offers, объявила о сокращении примерно четверти сотрудников и зафиксировала крупные списания.
Для цифрового продукта это показательный пример. Проверять алгоритм на корректных исторических данных недостаточно, если бизнес-решения зависят от того, как модель поведёт себя при изменении внешних условий.
Источник: РБК Pro
«Бесконечные деньги» в брокерском приложении
В 2019 году пользователи Robinhood обнаружили возможность многократно увеличивать доступное кредитное плечо за счёт особенностей логики приложения. Один из пользователей, имея несколько тысяч долларов собственных средств, смог открыть позицию примерно на миллион долларов.
В Reddit уязвимость быстро получила название «infinite money cheat code», а пользователи начали обсуждать способы её повторения.
За забавным названием скрывался вполне серьёзный сценарий: ошибка в финансовой логике позволяла пользователю получить доступ к объёму заёмных средств, который система изначально не должна была предоставлять.
Источник: CNBC
Почему такие истории всё ещё происходят
Современное тестирование давно вышло за пределы проверки отдельных кнопок и экранов. Цифровые продукты состоят из API, интеграций, мобильных и web-приложений, алгоритмов, данных и внешних сервисов. Ошибка может появиться в одном компоненте, а проявиться гораздо дальше — уже в пользовательском или бизнес-сценарии.
Поэтому работа QA сегодня включает проверку бизнес-логики, интеграционное и регрессионное тестирование, автоматизацию, анализ рисков и контроль критических пользовательских путей.
Хороший тестировщик задаёт вопрос, который особенно полезен перед релизом: «А что произойдёт, если система поведёт себя иначе, чем мы ожидаем?»
Иногда один такой вопрос помогает обнаружить сценарий, который иначе проявился бы уже после релиза — на реальных пользователях и реальных данных.
И немного подарков ко Дню тестировщика
Мы решили отметить профессиональный праздник двумя предложениями для компаний, которые хотят проверить качество продукта или попробовать новый формат работы с внешней QA-командой.
Бесплатный пилотный проект
Берём небольшой продукт, отдельную функцию или участок системы и проводим тестирование. Так можно посмотреть на нашу работу, подход к QA и качество результата на реальной задаче до начала полноценного проекта.
Если результат устраивает — продолжаем работу на согласованных условиях. Если формат вам не подходит, оплачивать пилот не потребуется.
Узнать больше о пилотном проекте →
QA-подписка
Формат для продуктов, которым QA требуется периодически: перед релизами, в периоды активной разработки или при сезонном росте нагрузки.
Вместо поиска отдельных специалистов к проекту подключается команда с нужными компетенциями: тест-менеджмент, ручное тестирование, автоматизация
и аналитика. Когда потребность в тестировании снижается, подписку можно приостановить.
Узнать больше о QA-подписке →
С Днём тестировщика!
Поздравляем QA-инженеров, тестировщиков и всех, кто каждый день помогает цифровым продуктам работать предсказуемее и надёжнее.
Желаем интересных задач, спокойных релизов и багов, о которых потом можно рассказывать с улыбкой.
