Отчёт, по которому можно решить: 143 из 144 отвечают, блокирующих нет
Двадцать шесть находок по severity, вердикт и список того, что блокирует, а что подождёт.
- Открыть чат14 дней бесплатно, токены в подарок
Что это
Отчёт отвечает на один вопрос: можно выпускать или нет
Отчёт, в котором перечислены проверки без вывода, бесполезен. Агент доводит его до решения: блокирующее — списком, остальное — по severity, и одна фраза вердикта, которую можно подписать. Человек видит, за что расписывается, и что именно останется после релиза.
Вход и выход
Что посчитано в этой сессии, а что подключим
Вход
Результаты прогона: 144 адреса, разбор разметки, восемь автотестов, шесть проверок API.
Сводка — работает
143 ответа 200, один 404 на адрес-ловушку, 26 находок, среднее время 492 мс.
Severity — работает
Блокирующих нет; пять средних (короткое описание), шестнадцать низких (длинный заголовок), пять по скорости.
Вердикт — работает
«К релизу с оговоркой»: дефекты не мешают читателю, но копятся в выдаче.
Трекер как источник — подключим
Яндекс Трекер: статусы дефектов подтянутся в отчёт, токен и очередь, один день.
Что открывается: сводка, находки и вердикт
Все числа — из прогона 09.11.2026; вердикт подписывает человек, а не агент
- 1
Сводка прогона
Сколько проверено, сколько прошло, распределение находок по severity.
- 2
Находки по severity
Двадцать шесть строк: адрес, ворота, факт, severity — с приоритетом.
- 3
Вердикт и что дальше
Что блокирует, что подождёт, что проверять в следующем прогоне.
Что агент делает и что остаётся человеку
| Считает сводку | Агент: сколько проверено, сколько прошло, сколько находок. Человек: сверяет с ожиданиями. |
|---|---|
| Ставит severity | Агент: по влиянию на читателя — блокирует, мешает, косметика. Человек: приоритет и срок. |
| Отделяет блокирующее | Агент: список того, что нельзя выпускать. Человек: подтверждает или снимает. |
| Пишет вердикт | Агент: одна фраза с оговоркой. Человек: подписывает готовность. |
| Планирует следующий прогон | Агент: что осталось и когда повторить. Человек: ставит дату релиза. |
Сценарий: от прогона до подписи
- 1
Сбор
Результаты всех прогонов за период: обход, автотесты, API, дефекты из трекера.
- 2
Сводка
Сколько проверено и что прошло — по семьям и по уровням.
- 3
Severity
Каждая находка получает severity по влиянию, а не по настроению.
- 4
Блокирующее
Отдельный список: без него релиз не выпускается.
- 5
Вердикт
Одна фраза: можно, можно с оговоркой, нельзя — с причиной.
- 6
Выход
Отчёт файлами; следующая дата прогона и что проверить заново.
Откуда данные
Что собирается в отчёт
Прогон
Коды, время, разметка по каждому адресу — факты, которые можно повторить.
Автотесты
Вывод и код возврата: что прошло, что упало, за сколько секунд.
Трекер
Статусы дефектов и что уже исправлено — по ключу, иначе из файла.
Регламент
Ворота приёмки: без них severity ставится «на глаз» и отчёт не подписывается.
Что читаем, что пишем и что нужно от вас
Что подключим
Яндекс Трекер
Читаем: дефекты, статусы, исполнителей. Пишем: отчётную сводку комментарием. Нужно: очередь и токен. Срок: 1 день.
YouGile
Читаем: задачи и сроки релиза. Пишем: итог прогона. Нужно: ключ с правом задач. Срок: 1 день.
Пачка
Читаем: ничего. Пишем: отчёт в канал команды. Нужно: бот в чате. Срок: 1 день.
Telegram-бот
Читаем: ничего. Пишем: короткий вердикт и ссылку на файл. Нужно: бот в рабочем чате. Срок: 1 день.
Timeweb Cloud
Читаем: сборки и стенды. Пишем: запуск прогона перед отчётом. Нужно: токен сборок. Срок: 1 день.
Норма, на которую опирается работа
- ГОСТ Р 56922-2016, часть 3Документация тестирования: состав отчёта — объём, результаты, отклонения, вывод.
- ГОСТ 34.603-92Протокол и акт испытаний: что считается завершением испытаний и кто подписывает.
- ФЗ-38, ст. 5В отчёте нет гарантий: «проходит» — с датой прогона, без «полностью безопасно».
Краевые случаи
Где решает человек, а не агент
Находка не воспроизводится
В отчёт идёт как «не воспроизведено», а не как дефект.
Severity спорная
Агент приносит влияние, человек ставит приоритет; в отчёте видно, кто решил.
Прогон неполный
Отчёт пишет «проверено частично» и что именно не проверялось — вместо круглых чисел.
Релиз под давлением срока
Агент называет риск, решение выпускать — за человеком, и это фиксируется.
Что обычно возражают
«Отчёт и так пишется к релизу»
Пишется — руками и по памяти; здесь он собирается из прогонов с датой и кодом.
«Нам нужны не находки, а решение»
Решение и есть: вердикт с оговоркой и список блокирующего.
«Кто отвечает за оговорку?»
Тот, кто подписал; агент лишь называет, что останется после релиза.
«Почему шестнадцать находок не блокируют?»
Потому что страница открывается и читается; влияние — сниппет в выдаче, не доступ.
«Это заменит тест-менеджера?»
Нет: отчёт собирается, а приоритеты и подпись остаются людям.
Границы
Чего агент не делает
Не подписывает готовность и не снимает блокирующее. Не округляет: если проверено 143 из 144 — так и написано. Не выдаёт «не проверено» за «проходит». Не пишет «полностью безопасно» и других гарантий — ст. 5 ФЗ-38. Не скрывает находки, которые не успели исправить.
Вопросы, которые задают первыми
С чего начать?
Пришлите результаты последнего прогона или адрес стенда — вернём отчёт с вердиктом.
Что нужно от нас?
Ворота приёмки и доступ к трекеру (или файл с дефектами). Ключ — один день.
Это отчёт для руководства или для команды?
Оба: сводка и вердикт — руководству, находки по severity — команде.
Как часто обновляется?
К каждому релизу и по расписанию; цифры всегда с датой прогона.
Что если находок нет?
Тогда в отчёте пусто по находкам — но с числами проверенного, а не «всё хорошо».
Роль целиком
Что ещё берёт на себя агент
Тест-план и матрица трассируемости
Восемь ворот приёмки → восемнадцать проверок → метод и результат: что закрыто, а что нет.
Регресс к релизу: набор и прогон
Восемь автотестов, прогон 23 секунды, один красный: регресс ловит реальный дефект.
Баг-репорт с шагами и артефактами
Два дефекта с живого сайта: шаги, ожидаемо и фактически, фрагмент журнала, severity.
Функциональный прогон веб-приложения
Сто сорок четыре адреса: карта, страница, ссылки, ответ сервера — протокол по семьям.
Разбор требований и вопросы к ТЗ
Пять противоречий в требованиях и вопросы, которые нужно закрыть до первого прогона.
Прогон API: REST, коды и JSON
Шесть проверок контракта: коды, тип, тело, схема, негативный случай — с временем ответа.
SQL-сверка данных при разборе дефекта
Девять запросов к пяти таблицам: где данные расходятся и что это значит для дефекта.
Разбор журнала в Linux
Сто сорок четыре строки: коды, среднее, p95, самые медленные — командой и проверкой на Python.
Роли
Собрать отчёт о готовности релиза
Пришлите ворота приёмки и результаты прогона — вернём отчёт с вердиктом и списком блокирующего.