Перейти до основного контенту

Типи багів– Підсумок

Що таке баг, які типи багів ми розрізняємо, і як визначити правильний тип для вашого бага?

Kostya avatar
Автор: Kostya
Оновлено цього тижня

Баг — це проблема, пов’язана з програмним забезпеченням. Якщо щось на вебсайті чи в застосунку не працює так, як задумано, ця «помилка» є багом. У test IO ми розрізняємо такі типи багів:

Функціональні баги

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


Як визначити, чи є поведінка програми функціональним багом:

  • Спробуйте з’ясувати, чи функція задумана саме так, чи вона справді зламана. Перевірте її окремо та в поєднанні з іншими функціями, щоб помітити можливі відмінності.

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

  • Знайдіть докази того, що щось не працює належним чином, і підкріпіть ваше твердження.

  • Приклад: Функціональність інтернет-магазину працює інакше, ніж в інших магазинах, які ви знаєте. Це не обов’язково означає, що вона зламана. Замовники можуть реалізовувати свої продукти як завгодно.

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

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

  • Якщо функціональність стабільно поводиться однаково в різних сценаріях і не викликає очевидних проблем, імовірно, так і задумано (це не баг).

Оцінка серйозності багів (Severity Assessment)

Який рівень серйозності є доречним для функціонального бага, залежить від кількох чинників: впливу проблеми на функціональність, її масштабу, наявності обхідних рішень або того, чи є вона критичною, а також від потенційних і помітних втрат у продажах. Також враховується, як цей баг співвідноситься з іншими подібними багами. На платформі Test IO функціональні баги поділяються на три рівні серйозності:

Низька:

  • Мінімальний вплив на використання продукту.

  • Продукт демонструє ненавмисну поведінку, але це не впливає на загальне використання.

  • Небагато користувачів, продуктів або предметів це стосується.

  • Функція/частина функціональності не працює або недоступна, але просте вирішення проблеми вирішує проблему.

Висока:

  • Серйозний вплив на використання продукту, але основні функції залишаються незмінними.

  • Йдеться про велику кількість користувачів, продуктів або елементів.

  • Нетривіальна функціональність не працює або недоступна, і не існує обхідного шляху.

  • Важливі функції не працюють або недоступні, але існує обхідний шлях (отже, не блокує функцію).

Критична:

  • Помилка запобігає основній функціональності програми/веб-сайту.

  • Блокування не дозволяє користувачеві продовжувати основний процес, наприклад, перевірку.

  • Помилка спричиняє потенційну та відчутну втрату продажів для клієнта.

Ми підготували список випадків із фіксованими рівнями серйозності на основі загальних оцінок: Перейти до аркуша оцінки помилок! Уважно перегляньте список і регулярно перевіряйте його на майбутні оновлення.


Контенті баги

Контентні баги (Content bugs) стосуються безпосередньо вмісту вебсайтів або додатків: текстів, написів, зображень, відео, іконок, посилань, даних тощо. Відповідно, типовими прикладами контентних багів є:

  • Непрацюючі посилання або зображення (404) (якщо вони не розташовані в навігаційному меню, верхньому, нижньому колонтитулі чи навігаційні стежки, що є помилками низького функціонального рівня)

  • Несправні перенаправлення, загалом

  • Відсутній текст, напр. у порожній спливаючій підказці

  • Відсутній вміст, напр. порожня область вмісту

  • Відсутній вміст, напр. якщо 4 із 5 піктограм мають спливаючу підказку, то 1 її немає

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

  • Деякі продукти відсутні в результатах пошуку, але сама функція пошуку працює

  • Відсутні дані

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

Візуальні баги

Візуальні баги пов’язані з графічним інтерфейсом користувача веб-сайтів або програм, наприклад:

  • Проблеми зі структурою макета, наприклад невирівняні тексти/елементи

  • Проблема адаптивного дизайну, напр. елемент відображається на одному мобільному пристрої, але не відображається на іншому

  • Текст/елементи ненавмисно накладаються один на одного

  • Текст/елементи обрізані

Оновлення контент або візуальної помилки до функціональної помилки

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

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


Проблеми, що повторюються

Якщо контент або візуальна проблема виникають постійно, їх можна надіслати лише один раз, навіть якщо кожен екземпляр може мати різну URL-адресу, посилання, зображення тощо. Це також стосується випадків, коли екземпляри знаходяться на одній або різних сторінках. У цьому єдиному звіті про помилку має бути зазначено, що інші URL-адреси, посилання, зображення тощо також стосуються.

Індивідуальні звіти про помилки для кожного випадку проблеми не повинні надсилатися, і вони будуть відхилені. Наприклад, потрібно надіслати лише один звіт щодо таких проблем із вмістом: деякі зображення продукту на кількох сторінках із детальною інформацією про продукт у веб-магазині пошкоджені, деякі посилання для завантаження посібників у форматі PDF на кількох сторінках із детальною інформацією про продукт ведуть на 404 сторінки, деякі описи продукту знаходяться в інша мова, ніж решта веб-магазину, деякі підказки не містять жодної інформації, деякі посилання, які належать до тієї самої групи, не працюють тощо.

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

Щоб отримати докладнішу інформацію про кожен тип помилки та їх документацію на тестовій платформі вводу-виводу, перегляньте наступні статті:

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