Усі колекції
Початок
Адаптація
Поширені помилки у звітах про помилки
Поширені помилки у звітах про помилки

Дізнайтеся, які найпоширеніші помилки у звітах про помилки.

Kostya avatar
Автор: Kostya
Оновлено протягом останнього тижня

Заголовок, URL-адреса, кроки, фактичний результат, очікуваний результат, вкладення та використовуване середовище є частинами нашої функції звіту про помилки. У цій статті ви знайдете найпоширеніші помилки в усіх розділах форми звіту про помилку та дізнаєтеся, як їх уникнути. Тож почнемо!

Заголовок

  • Заголовок занадто простий і не точно описує помилку.

  • Він не містить частин: Що? Де? Коли?

  • Назва надто заплутана для читача.

Коли ви пишете назву помилки, ви повинні переконатися, що ви пишете її таким чином, щоб читач міг одразу зрозуміти, у чому полягає помилка, не відкриваючи її. Ваш заголовок має відповідати на наступні запитання: У чому помилка? Де це сталося? Коли це відбулося?

Приклади:

Погано: Кнопка «Стати тестувальником» не працює.

Правильно: Після натискання користувачем кнопки «Стати тестувальником» у навігаційній панелі немає реакції.

Погано: Посилання конфіденційності даних відкриває сторінку 404.

Правильно: Коли користувач натискає посилання «Конфіденційність даних» у нижньому колонтитулі, відкривається сторінка з помилкою 404.

Итак, в заголовке всегда включайте элементы: Что? Де? и Когда?

URL

  • Під час тестування веб-сайту було додано неправильну URL-адресу.

Коли ви додаєте URL-адресу в поле URL-адреси, переконайтеся, що ви додаєте URL-адресу з місця, де сталася помилка. Тому, будь ласка, завжди відвідуйте сторінку, де сталася помилка, скопіюйте URL-адресу та вставте її в поле URL-адреси.

Кроки

  • Перший крок не містить URL-адресу для тестування веб-сайту.

  • Бракує кроків.

  • Кроки містять «Спостерігати».

  • Інформація, яка використовується для тестування, не надається, як-от адреси електронної пошти, паролі, дати тощо.

Найпоширенішою помилкою в кроках є те, що перший крок не містить URL-адресу веб-сайту, що тестується. Завжди додавайте URL-адресу на першому кроці під час тестування веб-сайту. Крім того, інші поширені помилки полягають у тому, що деякі кроки відсутні або деякі нерелевантні кроки згадуються, як-от «Спостерігати».

Зауважте, що кроки – це лише дії, які виконуються доти, доки не станеться помилка, і останній крок має містити дію, яка викликає помилку. Отже, давайте подивимося на приклад:

Погано:

  1. Користувач натиснув на Crowdtesting

  2. Прокрутіть вниз - натисніть про нас

  3. Натисніть стати тестером угорі

  4. Спостерігайте

Правильно:

  1. Перейдіть на https://test.io/

  2. Натисніть Краудтестування в навігації

  3. Прокрутіть униз до нижнього колонтитула (Footer) та натисніть посилання Про нас у розділі "Компанія".

  4. Натисніть кнопку Стати тестером у навігаційній панелі

Отже, як ви бачите, вам завжди потрібно бути точним і детальним у своїх кроках і описувати лише дії, які виконуються, доки не станеться помилка. Крім того, ви можете використовувати Markdown, щоб зробити ваші кроки більш простими.

Фактичний результат

  1. Фактичний результат неправильно описує помилку.

  2. Фактичний результат містить занадто мало інформації про помилку.

  3. Фактичний результат містить інформацію про те, що має бути, а не про помилку.

Ви повинні детально описати помилку, коли будете писати фактичний результат. Ви повинні точно написати, в чому полягає помилка і коли вона виникає. Крім того, ви повинні включити всю іншу відповідну інформацію, таку як повідомлення про помилки тощо.

Приклад:
Погано: Кнопка Стати тестером не відображає реалізованих функцій.

Правильно: Після відкриття веб-сайту Test IO та натискання кнопки "Стати тестером" у навігаційній панелі реакції не буде. Користувач залишатиметься на тій же сторінці, і переспрямування не відбудеться.

Завжди докладно описуйте результат і надавайте якомога більше відповідної інформації. Це значно допоможе клієнтам і збільшить шанси на прийняття вашого звіту про помилку.

Очікуваний результат

  • Опис недостатньо детальний.

  • Опис прямо протилежний фактичному результату.

  • Опис точно такий же, як і назва звіту про помилку.

У Очікуваному результаті ви повинні точно вказати свої очікування, що помилка не виникла, а тут потрібно вказати деталізацію. Крім того, майте на увазі, що ваш очікуваний результат не повинен бути протилежним фактичному результату

Приклад:
Погано: Кнопка «Стати тестером» перенаправляє на нову сторінку.

Правильно: Коли користувач натискає кнопку "Стати тестером" у навігації, має відкритись нова сторінка з інформацією про те, як стати тестером на платформі Test IO.

Отже, як ми вже сказали вище, будь ласка, будь ласка, завжди докладно та точно описуйте свій очікуваний результат. Напишіть точно, чого ви очікуєте.

Вкладені файли

Щоб дізнатися про типові помилки у вкладеннях, перегляньте нашу статтю про типові помилки у вкладеннях в Академії.

Використане середовище

  • У звіті про помилку вибрано неправильний пристрій/браузер.

Будь ласка, завжди вибирайте відповідний пристрій і браузер, щоб вони відповідали вашому скрінкасту/скріншоту. Після подання звіту про помилку ви можете змінити цю інформацію до того, як звіт перегляне керівник групи. Якщо вибрано неправильний пристрій або браузер, ваш звіт буде відхилено.

Ви отримали відповідь на своє запитання?