Комментарии 4
Документация это хорошо, но она не может быть решением проблемы. Решение проблемы - это всегда unit/integration test. Тому кто писал автоматическое добавление товара в корзину стоило добавить e2e с этим сценарием. Тогда вы бы узнали и проблеме ещё до того как о ней узнали бы ваши клиенты/Support.
Legacy code может оставаться legacy, но тесты к нему должны обновляться, тем более в таких случаях
Да, именно это и сделали, после обнаружения проблемы.
Почему не сделали это раньше? Это был временный функционал, написанный более 6 лет назад, под запуск одной акции. В результате функционал не был описан, как следствие у нас не было проверок на этот кейс. Этот функционал обнаружился при возникновении проблемы.
Смотрел недавно ролик про телескоп James Webb, долгострой стоимостью в миллиарды. И там был начальник по всем научным инструментам (забыл имя). Так вот ему задали вопрос - вы волновались, когда запускали? Запомнился его ответ, что-то типа "нет, мы не волновались. Мы до старта сделали все, что было в наших силах, чтобы предотвратить все возможные нежелательные ситуации". Я понимаю, можно это делать, когда у тебя неограниченные государственные бюджеты, но в реальной жизни почти всегда приходится искать компромиссы между качеством разработки/тестирования и стоимостью/временем.
а мне понравилась статья, хоть и давно использую подобный подход)
Fuckup’ы на работе. Как с ними жить, бороться, не допускать и предупреждать