Атрибуты и описание дефектов

2.

Какие поля заполняет тестировщик при
заведении дефекта?

Атрибуты и описание дефектов
Поля обязательные для заполнения:
Project*
Issue type*
Summary*
Severity*
Component
Affect version*
Enviroment*
Description* (Precondition, Steps*, Actual result*, Notes)
Attachment*
Expected Result*
Error Type*
3

4.

Атрибуты и описание дефектов
• Project* = Проект
• Идентифицирует принадлежность дефекта к конкретному проекту
• Project (QATC)
• Issue type* = Тип вносимого объекта
• Bug - проблема, найденная тестировщиком (несоответствие
спецификации, крэш приложения и т.д.)
• В рамках обучения мы вносим только тип Bug
4

5.

Атрибуты и описание дефектов
• Summary* = Заголовок
• Краткость – удобство чтения, суть проблемы
• Информативность – подчиняется правилу «Где| Что Когда»
• Точная идентификация проблемы – запрещены слова, типа
«неверный», «некорректный», «большой», «красивый» и т.д.
Пример:
Логин: кнопка «Войти» становится неактивной при вводе
имени > 50 символов
• Не используйте квадратные скобки при описании дефекта […],
происходит нагромождение
• Summary может быть равно Actual Result
5

6.

Атрибуты и описание дефектов
• Severity* = Важность
• Отображает влияние дефекта на функциональность приложения
• Выставляется тестировщиком
Уровни Severity:
Critical
Дефект полностью блокирует работу приложения.
Продолжать тестирование невозможно.
Major
Дефект частично блокирует работу приложения/одной
или нескольких частей функциональности. Продолжать
тестирование невозможно или возможно ограниченно.
Average
Дефект нарушает нормальную работу одной или нескольких
функций приложения, но не препятствует дальнейшему проведению
тестов.
Minor
Несущественная функциональная ошибка или дефект
графического интерфейса. Исправление незначительно улучшит
поведение или выполнение сценария. Тестирование проводится
согласно сценарию без каких-либо изменений.
Enhancement
Мелкий дефект, не требующий обязательного исправления,
или рекомендация, не предполагающая обязательного
внесения изменений.
QA
6

7.

Атрибуты и описание дефектов
• Component* = Компонент
• На проекте может быть не обязательным для заполнения
• В рамках обучения, поле является обязательным для
идентификации задания, над которым ведется работа
• Если компонент не заполнен, дефект не попадет в фильтр и
будет не засчитан при выполнении
• Affect version*
• Версия приложения, в которой найден дефект
• Выставляется тестировщиком
7

8.

Атрибуты и описание дефектов
• Environment* = Окружение
• Указываем окружение, на котором производилось тестирование проекта
• Окружение необходимо уточнять до момента начала тестирования, т.к.
приложения бывают для веба, десктопа, мобильные
(Например: Chrome - Version 98.0.4758.102 (64-bit))
• Attachment* - Вложение
• Это прикрепленный к дефекту файл, дополняющий описание:
скриншот, файлы, необходимые для воспроизведения дефекта, логи
программы, видео ошибки и т.д.
• Грамотный скриншот должен давать возможность понимать смысл
дефекта без необходимости читать описание дефекта.
8

9.

Атрибуты и описание дефектов
• Attachment* - Вложение
• Всегда прикладывается к дефекту!
• Видео — до 10 мегабайт
• Формат png, видео не более 1мин - mp4
• Могут быть логи (это файлы, содержащие системную информацию
работы) в формате .txt
• Attachment делается всей рабочей области, а не только конкретной
проблемы
• Обязательно выделяется красной областью проблема
• Если есть спецификация с ожидаемым результатом, то прикладываем
скрин и выделяем зелёной областью
• Attachment обязателен для GUI дефектов!
• Ссылка на скриншот создаётся в виде [^1.png]
9

10.

Атрибуты и описание дефектов
• Description* = Описание
• Содержит в себе Steps*, Actual result*
• Может содержать в себе Precondition, Notes, Expected Result
• Блоки всегда выделяются жирным шрифтом для наглядности
Пример:
10

11.

Атрибуты и описание дефектов
• Description* = Описание
• Автоматическая нумерация шагов
• Шаги всегда конкретны и описывают, что именно необходимо сделать для
воспроизведения
• В Actual result необходимо указывать, в чём ошибочность полученного
результата
• В Precondition указываем то, что нужно сделать, до выполнения
шагов (Например: создать пользователя, которому больше 18 лет и живет в
городе Минске)
• В Notes указываем дополнительную информацию (Например: дефект
воспроизводиться для полей Имя, Отчество)
11

12.

Атрибуты и описание дефектов
• Expected result* = Ожидаемый результат
• Цель написания - показать разработчикам, как именно должен быть
исправлен дефект
• Expected result исключает любые двойные толкования в способах
исправления дефекта
• Expected result уточняется у БА, если в спецификации или Story он не
указан
• При описании Expected result должна быть указана ссылка на
требования
• Указывать, что конкретно ожидается
Пример:
12

13.

Атрибуты и описание дефектов
• Error type* = Тип проблемы
• Во время обучения могут быть использованы только следующие типы
ошибок:
• Functional - функциональные ошибки.
• GUI - ошибки, связанные с графическим интерфейсом.
13

14.

Атрибуты и описание дефектов
§ Главные правила описания:
Отсутствуют сокращения (смотри скриншот, а не см. Скрин)
Отсутствует сленг (приложение, а не прилага)
Все должно быть обезличено и без местоимений (максимум
"пользователь")
Дефект описывается без эмоций, как и любой документ
Каждая новая строка с большой буквы
Не используйте точки в конце предложений
Не используйте оценочные суждения при описании дефекта
Приводите только факты, а не ваше субъективное мнение
Не допускайте орфографических ошибок при описании
Дефекты оформляются на том же языке, что и приложение, если иного
не предусмотрено проектом
14

15.

Атрибуты и описание дефектов
Описан ли дефект по правилам?
15

16.

Атрибуты и описание дефектов
Проверяем себя:
1. Заголовок оформлен не по правилу Где:
Что? Когда? (Главная страница: Поле
Email ограничено до 20 символов)
2. Точки в конце предложения не нужны
3. Error Type = Functional
4. Отсутствует блок Шагов
5. В шагах не указали, какой именно
Email использовался, лучше указать
конкретно
6. Результат неконкретен и неполный
7. Ожидаемый результат неконкретный и
использует оценочное
суждение "длинный" - Поле
ограничено до 255 символов.
8. Отсутствует Attachment в Результате
16

17.

Атрибуты и описание дефектов
Пример хорошего описания дефекта:
17

18.

Спасибо за внимание!

English Русский Rules