reading-logs

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

Также логирование используют для ведения журналов пользовательских действий, такой вид записи логов называется аудитом.

Уровни логирования

Каждое логируемое событие может быть более или менее важным, для этого придумали уровни критичности событияуровни логирования. Их названия могут незначительно меняться от программы к программе в зависимости от используемого языка программирования.

Уровень Описание
DEBUG Второстепенная информация. Обычно данный уровень логирования включают при проведении тестирования или отладки для получения подробностей выполнения программы.
INFO Информационные сообщения.
WARNING Предупреждения о возможных проблемах.
ERROR Ошибки при выполнении программы.

Часто тестировщику необходимо самостоятельно или при помощи коллег изменять конфигурацию приложения для включения более подробного DEBUG уровня логирования. Это позволяет получить доступ к детальному описанию событий, происходящих в программе, при условии, что разработчики их залогировали.

Формат логов

Логи могут писаться в различном формате, в зависимости от программы и требований, ниже перечислены ключевые поля.

Формат лога
  • Дата и время: когда произошло событие
  • Уровень логирования: критичность события
  • Инициатор: процесс, записавший событие
  • Сообщение: описание события
Пример лога
  • Дата и время: 2023-08-17 12:13:32.731
  • Уровень логирования: INFO
  • Инициатор: [main]
  • Сообщение: Starting service
2023-08-17 12:13:32.731 DEBUG [main] This is a debug-level log message 2023-08-17 12:13:32.731 INFO [main] This is an info-level log message 2023-08-17 12:13:32.731 WARNING [main] This is a warning-level log message 2023-08-17 12:13:32.731 ERROR [main] This is an error-level log message

Как читать логи

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

2023-08-17 12:13:32.731 ERROR [main] Application run failed

При проведении тестирования полезно обращаться к логам для отслеживания процесса выполнения программы в соответствии со сценарием. Кроме того, не забывайте смотреть на дату и время, когда было записано конкретное событие, и соответствует ли оно времени, когда вы проводили тестирование.

Также нужно учитывать, что могут возникать и проблемы с самим процессом записи лога.

Где смотреть логи

Приложение может быть запущено на виртуальной машине, в оркестраторе контейнеров (Kubernetes) или в облачном сервисе. В зависимости от этого может меняться и расширяться инструментарий для доступа к логам.

Консоль

В консоли (PowerShell, Bash, Terminal). Для этого необходимо зайти на удалённый сервер, где запущено приложение.

Подключение осуществляется по протоколу ssh в формате

ssh [user]@[ip]
Kubernetes/OpenShift

В графическом интерфейсе инструментов для оркестрации приложений в разделе
Pods -> application_instance -> Logs

или запросом в консоли:

  • Kubernetes: kubectl logs pod_name
  • OpenShift: oc logs pod_name
Kibana

В инструменте для отображения логов. В Kibana можно создавать запросы для фильтрации логов при помощи языка Kibana Query Language (KQL).

Девопсы должны предварительно настроить транспортировку логов.

Задача

Проверьте, что события логируются. Покормите кота конфетами!

Сценарий: пользователь нажимает на кнопку «Покормить» состояние котика изменяется событие логируется лог отображается в консоли.

A cat
Лог событий
Задача доступна премиум пользователям!
Sidebar arrow

ВВЕДЕНИЕ

БАЗОВЫЕ ЗНАНИЯ

УРОВНИ ТЕСТИРОВАНИЯ

UI ТЕСТИРОВАНИЕ

ТЕХНИКИ ТЕСТ ДИЗАЙНА

ТЕСТОВАЯ ДОКУМЕНТАЦИЯ

АУТЕНТИФИКАЦИЯ И АВТОРИЗАЦИЯ

POSTMAN

БАЗЫ ДАННЫХ

ТЕСТИРОВАНИЕ РЕЛИЗА

АНАЛИЗ РАБОТЫ ПРИЛОЖЕНИЯ

ПОДГОТОВКА К СОБЕСЕДОВАНИЮ

Как составить резюме Топ вопросов Собеседование