Дефект, который воспроизводится с телефона: шаги, факт и severity

Два дефекта с живого сайта: 87 знаков описания и 88 знаков заголовка — с шагами и журналом.

Что это

Находка и дефект — разные вещи, и агент доводит до дефекта

Находка «где-то длинно» бесполезна. Дефект — это адрес, шаги, ожидание, факт и вложение, по которым разработчик воспроизводит проблему без вопросов. Агент оформляет дефект по форме, ставит severity по влиянию на читателя и прикладывает фрагмент журнала из того же прогона.

Вход и выход

Что найдено прогоном, а что подключим

Вход

Обход 144 адресов и разбор разметки: заголовок, описание, ссылки, код ответа, время.

  • Находка — работает

    Двадцать шесть расхождений с воротами: шестнадцать длинных заголовков, пять коротких описаний, пять медленных ответов.

  • Дефект — оформлен

    BUG-QA-014: /docs/, описание 87 знаков при пороге сто. BUG-QA-015: заголовок 88 знаков при воротах семьдесят.

  • Артефакт — работает

    Фрагмент журнала обращений того же прогона: строка с кодом, размером и временем ответа.

  • Трекер — подключим

    Яндекс Трекер или YouGile: очередь и токен, один день. Пока дефект приходит файлом.

Что открывается: форма дефекта, severity и шаги

Дефекты настоящие: найдены прогоном 09.11.2026 и воспроизводятся повторным запросом

  1. 1

    Форма дефекта

    Два дефекта: адрес, шаги, ожидаемо, фактически, окружение, вложение, severity.

  2. 2

    Severity по влиянию

    Сколько находок и почему это «средняя» или «низкая» — без «критично» на всякий случай.

  3. 3

    Шаги и журнал

    Воспроизведение с телефона и фрагмент журнала того же прогона.

Файлы

Что агент делает и что остаётся человеку

Описывает шагиАгент: нумерованные шаги от адреса до факта, повторяемые на другом устройстве. Человек: проверяет на своём.
Ставит severityАгент: по влиянию на читателя — блокирует, мешает, косметика. Человек: ставит приоритет и срок.
Собирает артефактыАгент: фрагмент журнала, код ответа, длина поля, время. Человек: добавляет скриншот, если нужен глаз.
Ищет дублиАгент: сверяет с уже заведёнными. Человек: решает, объединять или нет.
Ведёт жизненный циклАгент: перепроверяет после багфикса и закрывает с фактом. Человек: подтверждает закрытие.

Сценарий: от находки до закрытого дефекта

  1. 1

    Находка

    Прогон или обращение поддержки: адрес, что не так, при каких условиях.

  2. 2

    Воспроизведение

    Повторный запрос: то же самое или случайность — фиксируется дважды.

  3. 3

    Оформление

    Шаги, ожидание, факт, окружение, вложение, severity по правилу.

  4. 4

    Трекер

    Дефект уходит в очередь с меткой и вложением; при отсутствии ключа — файлом.

  5. 5

    Перепроверка

    После багфикса агент повторяет шаги и закрывает дефект с фактом, а не «наверное, починили».

  6. 6

    Выход

    Форма дефекта и реестр; закрытие — с датой и кодом ответа.

Откуда данные

Три входа, один формат выхода

  • Прогон

    Адрес, код ответа, разметка, время — факты, которые видно повторным запросом.

  • Поддержка

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

  • Журнал

    Фрагмент журнала обращений и логов приложения: строка с кодом и временем.

  • Трекер

    Куда положить дефект: Яндекс Трекер или YouGile. Без ключа — файл и письмо.

Что читаем, что пишем и что нужно от вас

Что подключим

Норма, на которую опирается работа

Краевые случаи

Где решает человек, а не агент

  • Дефект не воспроизводится

    Агент пишет «не воспроизвелось за два прогона» и прикладывает оба — вместо выдуманных шагов.

  • Дефект в данных клиента

    Агент показывает расхождение, но не выгружает сами данные; решение — за владельцем.

  • Спор о severity

    Агент приносит влияние на читателя, приоритет ставит человек.

  • Уже заведённый дубль

    Агент прикладывает ссылку на существующий дефект вместо второго.

Что обычно возражают

  • «Разработчик и так поймёт»

    Поймёт, если есть адрес, ожидание и факт. Иначе — переписка на два дня.

  • «Это косметика, зачем заводить»

    Severity «низкая» ставится честно: дефект не блокирует, но копится; в отчёте он виден.

  • «Кто подтвердит, что починили?»

    Агент повторяет шаги после багфикса и закрывает с кодом ответа и датой.

  • «Нужен ли трекер?»

    Нет: дефект приходит файлом. Трекер нужен, чтобы он не терялся между релизами.

  • «А если это не баг, а требование?»

    Тогда дефект закрывается как «не воспроизводится / не дефект» с причиной, а требование уходит в план.

Границы

Чего агент не делает

Не объявляет дефект без повторного воспроизведения и не ставит «критично» без влияния на человека. Не правит код и не закрывает дефект без факта. Не выгружает данные клиента в дефект (152-ФЗ). Не приписывает себе находку, если её принесла поддержка. Гарантий и превосходных степеней нет — ст. 5 ФЗ-38.

Вопросы, которые задают первыми

С чего начать?

Покажите один текущий дефект из поддержки — вернём оформленный дефект с шагами и severity.

Что нужно от нас?

Адрес стенда и доступ к трекеру (или просто почта). Ключ трекера — один день.

Сколько дефектов за прогон?

В нашем прогоне 144 адресов — 26 расхождений с воротами; в дефекты ушли те, что воспроизводятся.

Это заменит тестировщика?

Нет: агент оформляет и перепроверяет, решение о браке и приоритете — за человеком.

Где хранятся артефакты?

В вашем аккаунте, вместе с дефектом; в файл попадают только технические поля.

Роль целиком

Что ещё берёт на себя агент

Роли

Оформить дефект и довести до закрытия

Пришлите адрес и что видит человек — вернём дефект с шагами, severity и фрагментом журнала.

Telegram
MAX
Открыть чат