Как используете Kibana

Что проверяют

Умеете ли вы искать в логах, а не листать их. Для тестировщика это инструмент разбора дефекта и доказательство в отчёте.

Как отвечать

Расскажите через задачи, которые решаете:

• разбор конкретного случая: находите запрос по сквозному идентификатору и видите всю цепочку через сервисы. Это самый частый сценарий, и именно идентификатор стоит просить у разработчиков, если его нет в ответе;
• поиск по фильтрам: уровень error, конкретный сервис, интервал времени вокруг воспроизведения. Синтаксис запросов позволяет комбинировать условия, а не искать глазами;
• проверка гипотезы «это только у меня»: посчитать, сколько таких ошибок за сутки и у скольких пользователей. Единичный случай и массовый дефект это разные приоритеты;
• до и после релиза: сравнить частоту ошибок по версиям сборки, чтобы понять, принёс ли выкат регресс;
• дашборды: доля ответов 5xx, время ответа по процентилям, число ошибок по сервисам. Полезно держать сохранённые запросы под частые проверки.

Что стоит добавить про практику: время в интерфейсе показывается в вашем поясе, а в логах часто в UTC, и на этом теряют часы; поиск идёт по индексам с ограниченным сроком хранения, поэтому старый дефект может быть уже недоступен; персональных данных в логах быть не должно, и если вы их там видите, это отдельный дефект, который стоит завести.

Где спотыкаются

Ищут по тексту сообщения вместо идентификатора запроса и находят чужие случаи.

Не сверяют часовой пояс и смотрят не тот интервал.

Прикладывают к отчёту скриншот интерфейса вместо ссылки на сохранённый запрос с фильтрами.