Логи

Question 1

Что такое логи и зачем они нужны тестировщику?

Accepted Answer

Логи — это записи о событиях, происходящих в системе во время ее работы.

Они содержат информацию о:
Запросах.
Ошибках.
Состоянии системы.
Действиях пользователей.

Тестировщик использует логи для:
Поиска причин дефектов.
Локализации ошибок.
Анализа поведения системы.

Пример:
Пользователь получил ошибку 500 → в логах можно увидеть причину (например, ошибка в SQL-запросе).

Question 2

Какие уровни логирования бывают?

Accepted Answer

DEBUG — детальная информация для разработчиков.
INFO — обычные события системы.
WARN — предупреждения.
ERROR — ошибки.
FATAL — критические ошибки.

Пример:
ERROR: NullPointerException → ошибка в коде.

Question 3

Какие виды логов бывают?

Accepted Answer

Frontend логи — ошибки в браузере (Console).
Backend логи — серверные ошибки.
Системные логи — работа инфраструктуры.
Логи базы данных — SQL ошибки.

Пример:
Ошибка в UI → проверяем Console и backend.

Question 4

Как тестировщик работает с логами на практике?

Accepted Answer

Алгоритм:
Найти момент ошибки.
Открыть логи.
Найти соответствующую запись.
Проанализировать причину.

Пример:
Ошибка при создании заказа → в логах видно "DB constraint violation" → проблема в базе.

Question 5

Что такое браузерные логи и как с ними работать?

Accepted Answer

Это логи, которые отображаются в DevTools → Console.

Тестировщик проверяет:
Ошибки JavaScript.
Сетевые ошибки.
Предупреждения.

Пример:
Uncaught TypeError → ошибка фронтенда.

Question 6

Что такое системы логирования?

Accepted Answer

Это инструменты для сбора, хранения и анализа логов.

Примеры:
ELK stack (Elasticsearch + Logstash + Kibana).
Grafana + Loki.

Позволяют:
Искать логи.
Фильтровать.
Анализировать.

Пример:
Поиск всех ERROR за последние 10 минут.

Question 7

Что такое Kibana и как используется?

Accepted Answer

Kibana — это инструмент для визуализации и анализа логов.

Тестировщик использует:
Поиск по ключевым словам.
Фильтрацию по времени.
Фильтрацию по уровню (ERROR).

Пример:
Найти все ошибки по endpoint /login за последний час.

Question 8

Как искать ошибки в Kibana?

Accepted Answer

Использовать:
Фильтр по времени.
Фильтр по уровню (ERROR).
Поиск по endpoint или user_id.

Пример:
message: "error" AND endpoint: "/login"

Question 9

Что такое Trace ID, Span ID и Request ID?

Accepted Answer

Trace ID — идентификатор всего запроса через систему.
Span ID — часть запроса внутри одного сервиса.
Request ID — конкретный HTTP-запрос.

Используются для:
Отслеживания запроса через несколько сервисов.

Пример:
Один запрос проходит через 5 сервисов — Trace ID объединяет их.

Question 10

Как использовать Trace ID на практике?

Accepted Answer

Берем Trace ID из одного лога.
Ищем его в других сервисах.

Это позволяет:
Восстановить цепочку запроса.
Найти место ошибки.

Пример:
Ошибка в UI → берем Trace ID → находим, что ошибка в третьем сервисе.

Question 11

Как анализировать проблему через логи (реальный кейс)?

Accepted Answer

Сценарий:
Пользователь не получил уведомление.

Шаги:
Проверить, было ли событие.
Найти лог отправки сообщения.
Проверить брокер.
Проверить consumer.
Найти ошибку.

Вывод:
Если сообщение дошло до брокера, но не обработано → проблема в consumer.

Question 12

Как понять, где произошла ошибка?

Accepted Answer

Если:
Ошибка в Console → фронт.
Ошибка в backend логах → сервер.
Ошибка в БД → SQL.

Пример:
500 ошибка → backend.

Question 13

Что проверять в логах при ошибке API?

Accepted Answer

Статус ошибки.
Текст ошибки.
Stack trace.
SQL ошибки.
Данные запроса.

Пример:
Ошибка: "column not found" → проблема в запросе.

Question 14

Как организуется работа с логами на проекте?

Accepted Answer

Определяются:
Где хранятся логи.
Кто имеет доступ.
Как искать ошибки.
Какие инструменты используются.

Часто:
Kibana.
Grafana.
Логи на сервере.

Пример:
Тестировщик знает, где искать ошибки для каждого сервиса.

Question 15

Какие типичные баги находят через логи?

Accepted Answer

Ошибки в SQL.
NullPointerException.
Ошибки интеграций.
Проблемы с авторизацией.
Проблемы с данными.

Пример:
API падает → лог показывает ошибку в базе.

Question 16

Пример задачи с собеса: "Ошибка 500, что будешь делать?"

Accepted Answer

Алгоритм:
Посмотреть Network.
Найти запрос.
Взять Trace ID.
Пойти в логи.
Найти ERROR.
Определить причину.

Вывод:
Логи позволяют найти источник проблемы.

Question 17

Пример задачи: "Почему данные не сохраняются?"

Accepted Answer

Проверка:
Есть ли запрос.
Что вернул API.
Что в логах.
Есть ли запись в БД.

Вывод:
Если ошибка в логах DB → проблема в базе.

Question 18

Как объяснить работу с логами на собесе?

Accepted Answer

Логи — это основной инструмент для поиска причин дефектов.

С их помощью можно отследить путь запроса через систему, понять, где произошла ошибка, и локализовать проблему на уровне фронтенда, бэкенда или базы данных.

Question 19

Что такое снифферы и зачем они нужны тестировщику?

Accepted Answer

Снифферы — это инструменты для перехвата и анализа сетевого трафика между клиентом и сервером.

Тестировщик использует их для:
Просмотра API-запросов.
Анализа данных.
Поиска ошибок.
Подмены ответов.

Примеры:
Charles Proxy.
Fiddler.

Пример:
Нажали кнопку → через сниффер видим запрос и ответ API.

Question 20

Что можно проверить с помощью сниффера?

Accepted Answer

URL запроса.
Метод (GET, POST).
Headers.
Тело запроса.
Тело ответа.
Статус-код.

Пример:
Проверить, отправляется ли токен в Authorization.

Question 21

Что такое SSL Proxying и зачем он нужен?

Accepted Answer

SSL Proxying позволяет перехватывать HTTPS-трафик.

Без него нельзя увидеть тело запросов.

Пример:
Включаем SSL Proxying → видим JSON запроса логина.

Question 22

Как тестировщик использует сниффер на практике?

Accepted Answer

Алгоритм:
Настроить прокси.
Включить SSL Proxying.
Сделать действие в приложении.
Найти запрос.
Проанализировать ответ.

Пример:
Логин не работает → проверяем API через Charles.

Question 23

Что такое подмена ответа (mocking) и зачем она нужна?

Accepted Answer

Это изменение ответа сервера на тестовые данные.

Используется для:
Проверки UI.
Проверки ошибок.
Тестирования без бэка.

Пример:
Подменить ответ → показать ошибку 500.

Question 24

Пример задачи: "Как проверить поведение при ошибке сервера?"

Accepted Answer

Через сниффер:
Перехватить запрос.
Подменить ответ на 500.
Проверить поведение UI.

Вывод:
UI должен показать ошибку.