Правила опису результатів у баг-репорті
-
Правила опису результатів у баг-репорті
У цій статті детально розбираються правила опису фактичного (Actual result) та очікуваного результатів (Expected result) у баг-репортах, які є обов’язковими атрибутами при оформленні баг-репорту.
-
Вживання артикля і назви елементів сторінки / вікна при описі баг-репортів англійською мовою
В нашій постійній рубриці «QA поради новачкам» ми розглянемо випадки використання артиклів, прийменників і правильного порядку слів в звітах про помилку.
-
Принцип «Що? Де? Коли? » як ключ до успіху на проектах
В ході роботи з баг-репортами часто доводиться звертати увагу на необхідність чітко і коротко формулювати «Summary» дефекту. У самій назві повинна міститися достатня кількість інформації, щоб зрозуміти, про який баг йде мова, прочитавши тільки заголовок. Такий опис дозволяє швидко зрозуміти і відтворити описаний баг.
-
Як вкладення можуть допомогти у виправленні бага
Перед тестувальником стоїть нелегке завдання – донести знайдену помилку до розробника і бути зрозумілим. Що допоможе краще зрозуміти проблему, ніж її наочний приклад? Саме вкладення є одним з основних атрибутів баг-репорту. Тому до баг-репорту просто необхідно прикріпити всю інформацію, яку вдалося зібрати.
-
10 найчастіших помилок при оформленні баг-репортів
Не помиляється тільки той, хто нічого не робить. А наші курсанти роблять дуже багато в процесі вивчення нової професійної галузі. Виконуючи завдання на курсі, слухачі вчаться і на чужих, і на своїх помилках. У цій статті ми зібрали найпоширеніші помилки курсантів в описі баг-репортів. Сподіваємося, ця стаття допоможе краще розібратися з тим, як робити не варто і як формулювати зрозумілий та повний опис суті бага.
-
Глосарій баг-трекера Mantis
Глосарій термінів та визначень для роботи курсантів в баг-трекері Mantis.
-
Інструменти для зняття скріншотів
Знімок екрана (Screen capture) – можливо один з найефективніших варіантів поділитися тим, що відбувається на екрані монітора. Технічним користувачам, таким як тестувальники, це дозволяє краще комунікувати між учасниками проєкту.
-
Основні атрибути баг-репорта
Баг-репорт – це технічний документ, що описує ситуацію або послідовність дій, що призвела до некоректної роботи об’єкта тестування, з вказанням причин і очікуваного результату. Перерахуємо і детальніше розглянемо основні атрибути баг-репорта.
-
Баг- репорт: про використання «некоректних» слів
Без сумніву, хороший баг-репорт – це документ високої якості. Написання якісного баг-репорта – це важливе завдання, адже саме баг-репорт буде основною точкою комунікації між тестувальником, розробником і менеджером проєкту. Добре написаний баг-репорт не тільки створить хороші взаємини між вами і розробниками, але і збереже ресурси компанії на роботу з ним.
-
Правила оформлення баг-репортів англійською мовою. Використання пасиву
Опис багів англійською мовою багато в чому нагадує їх опис українською. У той же час існують значні відмінності, зумовлені відмінностями в граматиці мов. Далі в статті будуть розглянуті поради і правила для всіх основних атрибутів баг-репорта.
