Як правильно описувати оточення в баг-репорті
-
Як правильно описувати оточення в баг-репорті
Як правильно описувати оточення при оформленні звіту про дефект в різних системах обліку дефектів (Jira, Mantis, Pivotal, Trello, Bugzilla).
-
Як правильно оформлювати вкладення до баг-репортів на курсах з тестування програмного забезпечення
Вкладення або «Attachments» є одним з головних атрибутів баг-репорту, тому на наших курсах з тестування є ряд вимог до їх оформлення. Тож давайте розглянемо більш детально, з якими помилками в оформленні вкладень можна зіткнутись під час проходження курсу та як їх уникнути.
-
Чому грамотне оформлення баг-репортів таке важливе
Правила оформлення баг-репортів в баг-трекері в кожної компанії свої. Але в будь-якому випадку, хороший баг-репорт має певні характеристики. І для того, щоб оформити баг-репорт грамотно, необхідно врахувати кілька важливих аспектів.
-
Основні атрибути баг-репорта
Баг-репорт – це технічний документ, що описує ситуацію або послідовність дій, що призвела до некоректної роботи об’єкта тестування, з вказанням причин і очікуваного результату. Перерахуємо і детальніше розглянемо основні атрибути баг-репорта.
-
Баг- репорт: про використання «некоректних» слів
Без сумніву, хороший баг-репорт – це документ високої якості. Написання якісного баг-репорта – це важливе завдання, адже саме баг-репорт буде основною точкою комунікації між тестувальником, розробником і менеджером проєкту. Добре написаний баг-репорт не тільки створить хороші взаємини між вами і розробниками, але і збереже ресурси компанії на роботу з ним.
-
10 найчастіших помилок при оформленні баг-репортів
Не помиляється тільки той, хто нічого не робить. А наші курсанти роблять дуже багато в процесі вивчення нової професійної галузі. Виконуючи завдання на курсі, слухачі вчаться і на чужих, і на своїх помилках. У цій статті ми зібрали найпоширеніші помилки курсантів в описі баг-репортів.
-
Типові помилки при оформленні багів в баг-трекері
Одним із цікавих методів навчання є написання шкідливих порад. У нашому блозі міститься багато статей про те, як правильно і добре складати звіти про помилки, які елементи вони повинні містити та яким вимогам відповідати. Але в даній статті ми розглянемо те, як робити не треба, і які помилки часто допускають тестувальники-новачки на проєктах
-
Глосарій баг-трекера Mantis
Глосарій термінів та визначень для роботи курсантів в баг-трекері Mantis.
-
Правила опису результатів у баг-репорті
У цій статті детально розбираються правила опису фактичного (Actual result) та очікуваного результатів (Expected result) у баг-репортах, які є обов’язковими атрибутами при оформленні баг-репорту.
-
Як правильно описувати схожі баги або один баг у різних браузерах
Часто виникають ситуації, коли на сайті зустрічається один і той же баг на різних сторінках. Якщо описувати кожен дефект окремим звітом – можна зайняти багато зайвого місця в баг-трекері, заплутати себе і розробників, або ж зіпсувати всю статистику по дефектах
