Работа с дефектами

Содержание:

Описание и структура дефектов
Основные ошибки описания дефектов и как их

Описание и структура дефектов

Дефект (баг, bug, issue, ticket) — слово,

Примеры:

Exception – http://take.ms/tYx02
Script error - http://take.ms/gSKJu
Typos - http://take.ms/Jf2go

1 Headline/Summary - Заголовок
2 Environment - Окружение
3 Severity & Priority

Правила выставления критичности

Для чего нужно правильно описывать дефекты?

HEADLINE (SUMMARY)

Exact identification of a problem

informative

Brief

Headline
Краткость – удобство чтения
Информативность – подчиняется правилу «Где-Что-Когда»
Точная идентификация проблемы –

В кабинете что-то не так с мебелью, если перевернуть
В аудитории 228

Правила описания дефектов

Аудитория 228: Стул около доски: висит стикер, если перевернуть

SHORT SUMMARY:

Profile settings: server error at uploading a file > 10

Informative summary:

Login: the application crashes when trying to login as a

Login: the application crashes when trying to login as a non-existing

Friends list: It is impossible to Accept a request by clicking

Exact identification of a problem

Purchase: by negative credit card balance, there

Exact identification of a problem

Authorization: clicking on login button returns 500

Время практики!

Exception – http://take.ms/tYx02
Answer: https://goo.gl/forms/CA6XdXkWMC5wamb42

Environment

Browser: Google Chrome v56.0.2924.87 on Win7
Operating system: Windows 10 64-bit
Device +

Severity and Priority

Critical
Major
Average
Minor
Enhancement

SEVERITY
Application execution; end user standpoint;

Severity
Указывает на серьезность дефекта с точки зрения важности его для функциональности

Правила выставления критичности

Уровни критичности дефектов

Правила выставления критичности

Уровни критичности дефектов

Правила выставления критичности

Уровни критичности дефектов

Severity в QA Jira

Правила выставления критичности

Priority
Указывает на серьезность дефекта с точки зрения его важности для бизнеса

Правила выставления критичности

Критичность vs. Приоритет

А наоборот?

Как вы думаете, бывает ли одновременно дефект с высоким Severity

Description+Result

Описание и структура дефектов

Cтандартная структура:
Шаги воспроизведения:
1. Шаг #1
2. Шаг #2
3.

Description and (Actual) Result

Preconditions:
(login/ password, role, status, browser, promo-code etc.)
-

Open main page
Try to do something
Result: nothing works

Steps to reproduce
1. Open

I tried to sign up
Result: error

Steps to reproduce
1. Go to blabla.com
2.

Headline: The Attach Action does not match Specification
Description: When perform attach

Несколько секретов красивого оформления

Описание и структура дефектов

Предусловия:
...
Шаги воспроизведения:
...
Результат / Ожидаемый

Несколько секретов красивого оформления

Описание и структура дефектов

Предусловия:
...
...
Шаги воспроизведения:
...
...
...

Нумерованный список

Перед каждым

Несколько секретов красивого оформления

Описание и структура дефектов

Работающая ссылка на аттачмент

Имя

- Показать разработчикам, КАК дефект должен быть исправлен
- Аргументация:
ссылки

5. Expected result

Expected result: according to the FS 1.4.5, the field

screenshots
videos (screen recording)
Screenshots from specification / design mockups
Log files
Input data (e.g.

How to format a screenshot

1. Выделить зону дефекта
2. Добавить пояснение/объяснение

https://jira.itransition.com/secure/attachment/770952/screenshot-1.png

Рекомендации:

НЕ ТОРОПИТЬСЯ
Включить режим «cursor recording»
Использовать консоль в браузере
Выключить музыку :)

Дефекты бывают разные...

Функциональные
GUI
Дефекты требований
Дефекты производительности
Юзабилити (Удобства пользования)
Дефекты безопасности

Группировка дефектов

Возможна группировка GUI дефектов;
Группировка функциональных дефектов нежелательна;
Не рекомендуется объединять дефекты,

Headline: Каталог: USB: кнопка «Добавить в корзину» не нажимается при указании

Основные ошибки описания дефектов и как их избежать

Сокращение инструкции по

Основные ошибки описания дефектов и как их избежать

Отсутствие описания ошибочного

Основные ошибки описания дефектов и как их избежать

Использование нечётких или

Основные ошибки описания дефектов и как их избежать

Ожидаемый результат слишком

Ожидаемый результат не показывает, как исправить ошибку

Enter username having > 10

Result: items in the list are ordered by Name
Expected result: items

Основные ошибки описания дефектов и как их избежать

Используются личные предложения,

Основные ошибки описания дефектов и как их избежать

Неинформативные описание и

Основные ошибки описания дефектов и как их избежать

Заголовок не должен

«Читатели» дефектов, кто они?

Заказчик
Руководители: руководитель разработки, руководитель тестирования
Команда разработки
Команда тестирования
Команда аналитиков

Описание

Кто, что, для чего читает?

Заказчик – читает заголовок дефекта
Цель – понять,

Кто, что, для чего читает?

Разработчик – читает все составляющие дефекта
Цель –

Кто, что, для чего читает?

Тестировщик – читает все составляющие дефекта
Цель –