Журнал из 144 строк: 143 ответа 200, p95 — 2822 мс, три страницы медленнее трёх секунд
Разбор командой и перепроверка кодом: коды, время, вес и самые медленные адреса.
- Открыть чат14 дней бесплатно, токены в подарок
Что это
Агент достаёт из журнала факт, а не «в логах что-то есть»
Журнал — это тысячи строк; цена ошибки — неверный вывод о причине. Агент делает срез командой, перепроверяет тот же срез кодом и только потом говорит: «три адреса отвечали дольше трёх секунд, вот их строки, причина — первый запрос сессии, а не данные».
Вход и выход
Что снято и разобрано в этой сессии, а что подключим
Вход
Журнал обращений, записанный прогоном: 144 строки, дата, адрес, код, размер, время.
Разбор командой — работает
awk и sort по коду и времени; ответ 143×200 и 1×404 получен независимо от Python.
Перепроверка кодом — работает
Среднее 492 мс, медиана 181, p95 2822, максимум 3328 — совпало с командой.
Вес — измерен
Самая тяжёлая страница 90 КБ, самая лёгкая из проверенных 31 КБ.
Grafana и Logcat — подключим
Доступ к панели и устройству: логи приложения на телефоне, ключ и стенд, два дня.
Что открывается: сводка, медленные и команды
Журнал — из фактического прогона 09.11.2026; команды приведены целиком
- 1
Сводка по журналу
Строк, коды, среднее, медиана, p95, максимум — и то же самое командой.
- 2
Самые медленные
Пять адресов и их время: где инфраструктура, а где действительно страница.
- 3
Команды разбора
awk, sort, проверка на Python и вывод, который получился.
Что агент делает и что остаётся человеку
| Снимает срез | Агент: коды, время, вес — командой по журналу. Человек: говорит, за какой период смотреть. |
|---|---|
| Считает хвост | Агент: среднее, медиана, p95 — среднее одно врёт. Человек: ставит порог. |
| Отделяет причину | Агент: первый запрос сессии против данных. Человек: решает, чинить ли. |
| Проверяет второй раз | Агент: тот же срез кодом — чтобы ошибка команды не стала выводом. |
| Пишет вывод | Агент: что видел и чем подтверждено. Человек: ставит задачу по инфраструктуре. |
Сценарий: от файла до вывода
- 1
Доступ
Файл журнала или SSH с правом чтения журналов приложения.
- 2
Формат
Агент разбирает строки: время, адрес, код, размер, длительность.
- 3
Срез
awk и sort: коды, самые медленные, самые тяжёлые ответы.
- 4
Перепроверка
Тот же срез на Python: числа должны совпасть.
- 5
Причина
Гипотеза проверяется на данных: первый запрос, пик нагрузки или дефект.
- 6
Выход
Сводка и строки-доказательства; вывод — словами, с числами.
Откуда данные
Что нужно на входе
Журнал приложения
Файл или доступ на чтение: строки с временем, кодом и длительностью.
Доступ к серверу
SSH с правом чтения журналов; записи не меняются.
Панель мониторинга
Если есть Grafana или аналог — по ключу, чтобы видеть графики, а не только строки.
Устройство
Для мобильного приложения — Logcat с телефона или сбор логов на стенде.
Что читаем, что пишем и что нужно от вас
Что подключим
Astra Linux
Читаем: журналы systemd и приложений. Пишем: ничего. Нужно: SSH с правом чтения журналов. Срок: 1 день.
Timeweb Cloud
Читаем: журналы сборки и сервера по API. Пишем: запуск прогона. Нужно: токен сборок. Срок: 1 день.
AppMetrica
Читаем: события мобильного приложения. Пишем: ничего. Нужно: доступ к приложению. Срок: до 3 дней.
Yandex Cloud
Читаем: метрики и журналы ресурсов. Пишем: ничего. Нужно: сервисный аккаунт на чтение. Срок: 2 дня.
Пачка
Читаем: ничего. Пишем: сводку по инциденту в канал. Нужно: бот в чате. Срок: 1 день.
Норма, на которую опирается работа
- ГОСТ Р 56921-2016, часть 2Процессы тестирования: анализ журналов — часть диагностики при разборе дефекта.
- ТК РФ, ст. 86–88Журналы не превращаются в слежку за сотрудником: смотрим запросы, а не людей.
- 152-ФЗ, ст. 5Из журнала в отчёт идут только технические поля: адрес, код, время, без идентификаторов клиента.
Краевые случаи
Где решает человек, а не агент
Журнал в бинарном виде
Агент не угадывает формат: просит выгрузку в текст или доступ к панели.
Записей слишком много
Агент берёт окно по времени и говорит, какое именно, вместо «обработал всё».
В журнале персональные данные
Агент агрегирует и обезличивает; выгрузка строк — только по решению владельца.
Причина вне приложения
Сеть, DNS, балансировщик — агент показывает факт и зовёт инфраструктуру.
Что обычно возражают
«В логах всё видно и так»
Видно, если знать, где смотреть: срез по коду и p95 экономит час.
«Среднее время у нас нормальное»
Среднее 492 мс при p95 2822 — это и есть ответ, почему «иногда тормозит».
«Кто даст SSH?»
Достаточно файла журнала: результат тот же, доступов меньше.
«Это работа DevOps»
Разбор дефекта — работа тестировщика; DevOps чинит инфраструктуру по факту.
«Почему три секунды — дефект?»
Это наблюдение, а не дефект: в отчёте написано, что причина — первый запрос сессии.
Границы
Чего агент не делает
Не угадывает формат журнала и не выдумывает отсутствующие записи. Не выгружает персональные данные из журнала (152-ФЗ) и не следит за сотрудниками (ТК РФ, ст. 86–88). Не объявляет причину, пока не проверил её на данных. Не пишет «в логах ошибок нет», если журнал не читался. Гарантий нет — ст. 5 ФЗ-38.
Вопросы, которые задают первыми
С чего начать?
Пришлите файл журнала за час — вернём срез по кодам, p95 и самые медленные строки.
Что нужно от нас?
Файл журнала или SSH на чтение журналов. Для мобильного — сбор логов со стенда.
Сколько это занимает?
Разбор 144 строк — секунды; большие окна режутся по времени.
Чем подтверждён вывод?
Двумя способами: командой и кодом, числа должны совпасть — в отчёте оба.
Это заменит мониторинг?
Нет: мониторинг показывает график, агент отвечает на вопрос «почему именно этот адрес».
Роль целиком
Что ещё берёт на себя агент
Тест-план и матрица трассируемости
Восемь ворот приёмки → восемнадцать проверок → метод и результат: что закрыто, а что нет.
Регресс к релизу: набор и прогон
Восемь автотестов, прогон 23 секунды, один красный: регресс ловит реальный дефект.
Баг-репорт с шагами и артефактами
Два дефекта с живого сайта: шаги, ожидаемо и фактически, фрагмент журнала, severity.
Разбор требований и вопросы к ТЗ
Пять противоречий в требованиях и вопросы, которые нужно закрыть до первого прогона.
Прогон API: REST, коды и JSON
Шесть проверок контракта: коды, тип, тело, схема, негативный случай — с временем ответа.
Отчёт о тестировании и готовности
Двадцать шесть находок по severity и вердикт: что блокирует релиз, а что нет.
SQL-сверка данных при разборе дефекта
Девять запросов к пяти таблицам: где данные расходятся и что это значит для дефекта.
Тест-кейсы доработки 1С
Двадцать четыре проверки и протокол испытаний — готовая страница по приёмке доработки.
Роли
Разобрать журнал одного инцидента
Пришлите журнал за нужный час — вернём срез по кодам, p95 и строки-доказательства.