Життєвий цикл програмних помилок
-
Життєвий цикл програмних помилок
Для того, щоб орієнтуватися в статусах дефектів, а також швидко і правильно їх оформлювати, коментувати і закривати в баг-трекінговій системі, потрібно знати, який шлях вони проходять.
-
Як правильно описувати схожі баги або один баг у різних браузерах
Часто виникають ситуації, коли на сайті зустрічається один і той же баг на різних сторінках. Якщо описувати кожен дефект окремим звітом – можна зайняти багато зайвого місця в баг-трекері, заплутати себе і розробників, або ж зіпсувати всю статистику по дефектах
-
Як правильно описувати оточення в баг-репорті
Як правильно описувати оточення при оформленні звіту про дефект в різних системах обліку дефектів (Jira, Mantis, Pivotal, Trello, Bugzilla).
-
Основні атрибути баг-репорта
Баг-репорт – це технічний документ, що описує ситуацію або послідовність дій, що призвела до некоректної роботи об’єкта тестування, з вказанням причин і очікуваного результату. Перерахуємо і детальніше розглянемо основні атрибути баг-репорта.
-
Баг- репорт: про використання «некоректних» слів
Без сумніву, хороший баг-репорт – це документ високої якості. Написання якісного баг-репорта – це важливе завдання, адже саме баг-репорт буде основною точкою комунікації між тестувальником, розробником і менеджером проєкту. Добре написаний баг-репорт не тільки створить хороші взаємини між вами і розробниками, але і збереже ресурси компанії на роботу з ним.
-
Правила оформлення баг-репортів англійською мовою. Використання пасиву
Опис багів англійською мовою багато в чому нагадує їх опис українською. У той же час існують значні відмінності, зумовлені відмінностями в граматиці мов. Далі в статті будуть розглянуті поради і правила для всіх основних атрибутів баг-репорта.
-
Основні правила опису кроків відтворення дефекту
Кроки для відтворення (англ. Steps to Reproduce, або STR) тісно пов’язані з отриманим фактичним результатом.
