Jira as a test management tool

Jira как инструмент тест-
менеджмента

February 21, 2013 www.ExigenServices.com
1 www.ExigenServices.com

СОДЕРЖАНИЕ

 Краткий обзор Jira в контексте тестирования
 Зачем использовать Jira как инструмент тест-менеджмента
 Иерархия задач в Jira
 Добавление Feature Groups
 Добавление тестов в Jira
 Регрешн – оценка скоупа и времени
 Стандартные тест-практики в Джира
 Определение тестового покрытия
 Сбор тестовых метрик


КРАТКИЙ ОБЗОР JIRA В КОНТЕКСТЕ
ТЕСТИРОВАНИЯ
 Что такое Jira
 Что такое Компонент
 Что такое “issue” (сущность)
 Иерархия задач в Jira
 Взаимосвязь элементов Jira
 Как добавлять задачи в Jira

На примере проекта ETPONE


ЧТО ТАКОЕ JIRA

 Вся проектная информация хранится в базе данных
 Jira – тул, который позволяет нам работать с этой информацией
 Jira поддерживает типизацию данных
 Jira настраивается под нужды проекта

DATABASE JIRA


ЧТО ТАКОЕ КОМПОНЕНТ

 Стул Медведя

cтол

шкаф
Мишуткин стульчик

скамеечка
Стул Медведицы

ЧТО ТАКОЕ “ISSUE”

 “Issue” это проектная сущность в Jira
 Issue бывают разных типов, например:
– Bug
– User story
– Sub-task
– Test case
– Или любой другой, который вам нужен
* Джиру можно настраивать под нужды проекта
 Не все типы issues равны 


ИЕРАРХИЯ ЗАДАЧ В JIRA

 Jira поддерживает всего 2 уровня иерархии
 Более гибкие зависимости – с помощью линок


ВЗАИМОСВЯЗЬ ЭЛЕМЕНТОВ JIRA

Сomponent


КАК ДОБАВЛЯТЬ ЗАДАЧИ В JIRA

 Для того, чтобы добавить любой тип issue:
– Выбрать этот тип из меню
– Наполнить содержанием
– Слинковать с другими задачами


ЗАЧЕМ ИСПОЛЬЗОВАТЬ JIRA ДЛЯ ТЕСТ-
МЕНЕДЖМЕНТА

 Вся проектная информация хранится в одном месте
– Доступна всей команде
– Не нужно создавать отдельных аккаунтов
– Проще отслеживать покрытие требований кейсами
– Удобно для DMT (Development manual testing)
– Проще поддерживать тесты


ДОБАВЛЕНИЕ ТЕСТОВ В JIRA

 Добавление типа “feature group”
 Добавление тест-кейса
 Линкование тестов
 Создание тестовых сценариев


ДОБАВЛЕНИЕ FEATURE GROUP

 Что такое Feature Group?
 Зачем нужен Feature Group?
 Пример Feature Group
 Жизненный цикл Feature Group


ЧТО ТАКОЕ FEATURE GROUP

 Feature group это контейнер тестовых задач

Устойчивость
User Interface Юзабильность Безопасность
и прочность


ЗАЧЕМ НУЖЕН FEATURE GROUP

 Feature group нужен для:
– структурирования тест кейсов
– нахождения “affected functionality”
– создания планов регрешн тестинга


ПРИМЕР FEATURE GROUP


ЖИЗНЕННЫЙ ЦИКЛ FEATURE GROUP

 У Feature group eсть всего 2 статуса:
– Открытый (используется)
– Закрытый (если данная группа стала неактуальна)
 Мы не можем удалять Feature Groups
 Mы можем настраивать фильтры, чтобы видеть только
актуальные данные


ДОБАВЛЕНИЕ ТЕСТ КЕЙСА

 Как добавлять тест-кейсы
 Стандартные поля тест-кейса
 Другие полезные параметры кейса
 Состояния тест-кейса
 С чем линкуются тест-кейсы
 Как линкуются тест-кейсы


КАК ДОБАВЛЯТЬ ТЕСТ-КЕЙСЫ

 Тест-кейсы добавляются как подзадачи Feature Groups
a) More actions->
b) Create sub-task ->
c) Выбрать тип Test-Case sub-task

 Кейсу можно менять родителя
a) More actions ->
b) Move ->
c) Change parent
d) Select new Parent


СТАНДАРТНЫЕ ПОЛЯ ТЕСТ-КЕЙСА

 Summary – имя тест-кейса
 Preconditions – входные условия
 Entry point
 Actions – шаги теста
 Expected result – ожидаемый результат
 Priority – Приоритет (от блокера до trivial)


ДРУГИЕ ПОЛЕЗНЫЕ ПОЛЯ

 Parameters
– Автоматизирован
– Зависит от браузера
– Зависит от локали

 Components
К какому/каким из компонентов кейс относится

 Original estimate
Примерное время на прохождение теста.
Зависит от Parameters


СОСТОЯНИЯ ТЕСТ-КЕЙСА

 Open
 Reopen
 Passed
 Failed
 Blocked
 Deprecated


С ЧЕМ ЛИНКУЮТСЯ ТЕСТ-КЕЙСЫ

Тест кейсы линкуются с:
 User stories
– Для оценки тестового покрытия
– Для создания тест-планов
 Саб-таскам, как
– DMT (developer manual testing)
– Test execution (в качестве тест-плана)
 Багам
– Для удобства восприятия
– Для создания дополнительного тест-кейса
– Для более детального повторного прохождения


КАК ЛИНКУЮТСЯ ТЕСТ-КЕЙСЫ

 Чтобы залинковать кейс:
а) More Actions ->
b) Link ->
c) Выбрать тип связи (executes) ->
d) Выбрать один или несколько Issues


СТАНДАРТНЫЕ ТЕСТ-ПРАКТИКИ В JIRA

 Создание тест плана
 Определение тестового покрытия
 Практика ДМТ
 Поддержка тест-кейсов
 Оценка скоупа регрешена
 Оценка времни для регрешн тестинга
 Сбор тестовых метрик


СОЗДАНИЕ ПЛАНА ТЕСТИРОВАНИЯ

 Для юзер-стори:
– Открываем юзер стори
– Читаем и анализируем требования
– Открываем подзадачу Test-execution
– Перечисляем всё, что нужно протестировать
– Заходим в Feature Groups
– Линкуем уже существующие тесты к нашей стори
– Создаем тесты, которых еще нет
– Линкуем

В итоге, получаем список линок на тесты.
Это и будет планом тестирования.
.

ОПРЕДЕЛЕНИЕ ТЕСТОВОГО ПОКРЫТИЯ

 Каждаю юзер стори имеет список требований
 Каждая тестовая подзадача тоже =>
 Залинковав тесты к
а) Подзадаче
б) Основной юзер-стори
мы гарантируем полное тестовое покрытие.

Список тестов доступен всей команде и заказчику.


ПРАКТИКА DMT

 DMT = Developer Manual Testing
 Уменьшает количество багов
 Дает общее видение функциональности
– Тестеры дают список тестов
– Девелоперы проходят тесты сами

 Такска DMT асайнится на разработчика


ПОДДЕРЖКА ТЕСТ КЕЙСОВ

 При изменении требований, находим affected кейсы в Feature
группах
 Так как базовые кейсы являются entry points, достаточно
одного изменения
 История изменения кейса доступна
 При регрешн-тестировании – перепроверка актуальности


ОЦЕНКА СКОУПА РЕГРЕШН ТЕСТИНГА

 Открыть Featrue groups
 Выбрать тесты высшего приоритета по текущей
функциональности
 С помощью филтров, выбрать все аксептенс тесты
 Слинковать с задачей регрешн


ОЦЕНКА ВРЕМЕНИ НА РЕГРЕШН

 Определить глубину тестирования
– Проверить параметры тест-кейса
– Выделить самые важные параметры
 Время на прохождение*к-во параметров
 Суммировать время всех тестов
 При необходимости:
– Уменьшить количество параметров
– Сделать выборку самых важных тестов


СБОР ТЕСТОВЫХ МЕТРИК

Как собирать тестовые метрики:
 Настроить и расшарить фильтры для
– Acceptance кейсов
– Автоматизированных кейсов
– Общего количества кейсов
– Пройденных за неделю
– Упавших за неделю и т.д

i.e: project = ESR AND component in (Rejta, EMPTY) AND issuetype
= "Test Case sub-task" AND status !=Deprecated AND priority =
Blocker


Jira as a test management tool

More Related Content

What's hot (20)

Viewers also liked (20)

Similar to Jira as a test management tool (20)

More from Return on Intelligence (14)

Jira as a test management tool

Editor's Notes