Зверніть увагу, що це лише коротка стаття про вимоги до звітів про помилки. Щоб дізнатися більше про вимоги до звітів про помилки та наші правила, будь ласка, відвідайте нашу основну статтю "Вимоги до звіту про помилку".
Клієнтам потрібна якісна документація, щоб зрозуміти помилку, тому переконайтеся, що ви надали достатньо інформації. Ось короткий опис наших вимог до звіту про помилку:
Для функціональних помилок виберіть ступінь серйозності перед заповненням звіту.
Заголовок повинен відповідати на питання: що, де і коли сталася помилка.
Додайте URL сторінки, на якій сталася помилка.
Опишіть кроки, зроблені для відтворення проблеми, з останнім кроком, який викликав помилку.
Поясніть фактичний та очікуваний результат окремо.
Прикріпіть всі необхідні файли і виберіть правильне середовище і браузер.
Виберіть відповідну Функцію у випадаючому списку. Якщо ні, позначте всі описи функцій як прочитані, перш ніж повернутися до форми.
Форма звіту про помилку
Серйозність
Функціональні помилки мають додаткове поле під назвою "Серйозність", яке вказує на терміновість звіту. Ступені серйозності різняться та описані в статті "Функціональні помилки". Інші типи помилок не мають поля "Серйозність".
Заголовок
При написанні заголовку у звіті про помилку, він повинен бути точним, не надто довгим і містити інформацію про те, що, де і коли сталася помилка. Уникайте тверджень про те, чого не відбувається, натомість описуйте те, що відбувається. Заголовок повинен відображати реальну проблему, включаючи відповідні умови. Щоб переконатися, що заголовок є описовим, подивіться на нього з точки зору людини, яка ніколи не тестувала веб-сайт/додаток, і скоригуйте його, якщо необхідно.
URL
Ви повинні вказати URL-адресу сторінки, де сталася помилка.
Кроки для відтворення
Щоб забезпечити можливість відтворення помилки, надайте покрокову інструкцію, яка описує ваші дії від початкового кроку до моменту, коли виникла помилка. На першому кроці має бути вказано, як отримати доступ до URL цільової сторінки або як відкрити додаток. Уникайте нумерації кроків, оскільки система робить це автоматично. Робіть кроки загальними і додавайте конкретні умови лише за необхідності. Переконайтеся, що ваші кроки містять якомога менше дій. Останній крок повинен описувати дію, яка викликає помилку, і уникайте використання слова (виразу) "спостереження" як дії.
Фактичний результат
Опишіть проблему і додайте всі необхідні деталі, щоб допомогти читачам зрозуміти хід ваших думок. Будьте конкретними і наводьте приклади, а не робіть загальні твердження. Переконайтеся, що фактичний результат не є протилежним до очікуваного або збігається з заголовком звіту.
Очікуваний результат
Опишіть очікуваний результат після виконання останнього кроку для відтворення помилки. Конкретно і детально опишіть, що повинно було статися, якби все працювало правильно. Зверніть увагу, що очікуваний результат відрізняється від фактичного і не повинен містити негативних слів або незначних варіацій.
Вкладення
Щоб дізнатися, який тип вкладення повинен бути доданий до вашого звіту про помилку і які правила застосовуються, будь ласка, відвідайте наступну статтю: "Вимоги до вкладень у звіту про помилку".
Використане середовище
Повідомляючи про помилку, будь ласка, вкажіть пристрій, який ви використовували для тестування веб-сайту або мобільного додатку. Використовуйте тільки пристрої, перераховані в розділі; якщо ви хочете протестувати на декількох пристроях, надайте вкладення для кожного з них. Якщо ви вибрали неправильне середовище, ви можете змінити його після відправлення звіту про помилку до того, як він буде розглянутий керівником команди. Зверніться до служби підтримки, щоб додати пристрій до списку, якщо він недоступний. Видалення пристрою з вашого профілю після прийняття запрошення на тестування позбавляє вас можливості надсилати звіти для цього тесту.