Баг-репорт: шаблон и пример с доказательствами

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

Первая страница примера баг-репорта: заголовок, шаги воспроизведения, ожидаемый и фактический результат, важность и пункт #1, скриншот оформления заказа, где итог и кнопка оплаты обведены красным и помечены номерами 1 и 2

Пример баг-репорта

Три страницы, выгруженные из SiteAnnotation, один отчет в двух форматах. Сделан на демо-странице оформления заказа, где кнопка оплаты списывает меньше итога.

  • Шаги воспроизведения, ожидаемый и фактический результат, важность
  • Скриншот с рамками, стрелкой и номерами 1 и 2
  • Кнопка оплаты как блок: селектор, HTML и CSS-правила с источниками
  • Адрес страницы, время снимка, размер окна и версия Chrome под каждым пунктом

Магазин, цены и адреса вымышлены. Без регистрации, файлы скачиваются сразу.

Кому подойдет

  • Тестировщикам и QA, которые заводят баги с тестового или рабочего сайта и хотят реже слышать «не воспроизводится».
  • Дизайнерам и менеджерам продукта, которые нашли проблему в верстке или тексте и должны показать точное место.
  • Разработчикам, которые принимают баги от клиентов и хотят видеть селектор и CSS-правила, а не фото экрана на телефон.

Шаблон баг-репорта

Скопируйте структуру в трекер, документ или во вступление отчета SiteAnnotation. Поле вступления в SiteAnnotation сохраняет жирный текст и списки, поэтому заголовки остаются заголовками в PDF и Word.

Заголовок: <где> + <что не так>, например «Оформление заказа: кнопка оплаты списывает меньше итога»

Шаги воспроизведения
1. <первое действие, с адресом страницы>
2. <следующее действие>
3. <действие, после которого виден баг>

Ожидаемый результат: <что должно произойти>
Фактический результат: <что происходит на самом деле>

Важность: блокер / высокая / средняя / низкая, и почему
Окружение: браузер и версия, размер окна, аккаунт или тестовые данные

Доказательства
#1 Скриншот проблемы с разметкой: 1 = <первое место>, 2 = <второе место>
#2 Сломанный элемент: селектор, HTML, CSS-правила
#3 Все, что связано: текст из консоли, вторая страница, данные страницы

Зачем каждое поле

Поле Зачем оно разработчику
Заголовок Найти баг в списке из пятидесяти: сначала страница, потом проблема
Шаги воспроизведения Получить то же состояние у себя; одно действие на шаг
Ожидаемый и фактический Отличить баг от разного понимания ТЗ
Важность Решить, что чинить первым в этом релизе
Окружение Объяснить «у меня работает»: размер окна и версия Chrome меняют верстку
Размеченный скриншот Показать место с одного взгляда; номера на картинке совпадают с комментарием
HTML и CSS элемента Указать правило, которое менять, и файл, откуда оно

Окружение SiteAnnotation заполняет само: каждый пункт хранит адрес и заголовок страницы, время снимка, размер окна и версию Chrome и выводит их под скриншотом во всех форматах выгрузки.

Как собрать такой отчет в SiteAnnotation

  1. Снимите проблему. Откройте боковую панель и выберите Область, чтобы обвести место мышью, или Блок, чтобы щелкнуть по сломанному элементу и сохранить его вместе с HTML и CSS-правилами. Добавьте комментарий и нажмите Добавить в отчет.
  2. Разметьте. Откройте отчет и нажмите Разметить под скриншотом. Поставьте рамки, стрелку и номера, размойте личные данные. Разметка скриншотов хранит каждую пометку отдельным слоем.
  3. Напишите текст. Дайте отчету название, вставьте шаблон во вступление и заполните шаги, ожидаемый и фактический результат. Самый важный пункт поставьте первым стрелками.
  4. Выгрузите. PDF для людей, Word, если клиент правит отчеты, HTML или Markdown для трекера и репозитория. Номера пунктов (#1, #2) одинаковы во всех форматах. Как устроена выгрузка.

Ограничения

  • SiteAnnotation никуда не отправляет отчеты: интеграций с Jira и GitHub нет. Приложите PDF к задаче или вставьте Markdown в ее текст.
  • Ошибки консоли и сетевые запросы не сохраняются. Скопируйте их из DevTools в комментарий, если они важны.
  • Отчет хранит то, что вы сняли. Если баг виден только в движении, запишите видео отдельно и дайте ссылку во вступлении.

Вопросы о баг-репортах

Можно отправить отчет в Jira или GitHub?

Напрямую нет: у SiteAnnotation нет интеграций, и он ничего не отправляет на сервер. Приложите PDF к задаче или выгрузите Markdown и вставьте его в текст задачи. Картинки в выгрузке Markdown лежат отдельными файлами рядом с текстом.

Один баг на отчет или несколько багов в одном отчете?

Подходит и то и другое. Для трекера удобнее один баг на отчет: каждая задача самодостаточна. Для проверки целой страницы соберите все баги в один отчет по секциям, например «Блокер», «Высокая», «Низкая»; номера #1, #2 идут сквозные.

Что делать, если на скриншоте данные клиентов?

Размойте их в редакторе перед выгрузкой: в выгруженных файлах только размытая картинка. Значения полей форм, токены и идентификаторы сессий в снятом HTML и адресах маскируются автоматически.

Можно сохранить шаблон в расширении?

Отдельным шаблоном нет. Держите текст выше в заметках и вставляйте во вступление каждого нового отчета; вступление сохраняет жирный текст и списки.

Соберите отчет со следующей страницы, которую проверяете

Бесплатно, без аккаунта, работает без интернета. Доказательства остаются в браузере.

Установить в Chrome. Бесплатно