Поговорим немного о локализации бага 🔎
А в следующем посте разберем задачу с собеседования👩‍🎓

Локализация бага - это процесс поиска места и причины возникновения ошибки в коде: при какой последовательности действий, в какой части приложения, а иногда даже в какой строчке кода.

Что может помочь в локализации

- Проверка запросов с фронта на бэкенд. Для этого можно использовать различные инструменты, такие как dev-tools, fiddler, charles и другие. Они позволяют убедиться, что запросы отправляются и принимаются правильно, а также отслеживать их параметры и содержание.
- Отправка запросов без фронтенда. Для этого можно использовать инструменты, такие как postman/insomnia, swagger, curl и другие. Они позволяют отправлять запросы напрямую на бэкенд, без участия фронтенда, и проверять их результаты. Это помогает локализовать баг на уровне фронтенда или бэкенда.
- Чтение логов бэкенда. Для этого можно использовать инструменты, такие как kibana/kubernetes, подключение к удаленной машине или просто txt файл в windows. Они позволяют прочитать логи бэкенда и понять, как обрабатываются данные на сервере, и выявить возможные ошибки или несоответствия.
- Проверка сохранения сущностей. Для этого можно использовать инструменты, такие как базы данных или другие хранилища данных (например, minio для файлов). Они позволяют проверить, как сохраняются и извлекаются данные из хранилищ, и обнаружить возможные проблемы с ними.
- Сравнение с дизайном/аналитикой. Для этого можно использовать документацию, такую как макеты, спецификации, требования и другие. Они позволяют сравнить фактическое поведение приложения с ожидаемым и убедиться, что баг не является нашим заблуждением или неправильным пониманием. Также они помогают опираться на конкретную информацию, а не на нашу память.


Полезные статьи

- Локализация дефектов на интеграционном уровне (очень рекомендую статью, расписаны конкретные кейсы)
- Что общего между локализацией багов и расследованием преступления?
- Как локализовать плавающие баги
- Что означает локализовать баг