1.
Jira как инструмент тест-
менеджмента
February 21, 2013 www.ExigenServices.com
1 www.ExigenServices.com

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

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

4.
ЧТО ТАКОЕ JIRA
 Вся проектная информация хранится в базе данных
 Jira – тул, который позволяет нам работать с этой информацией
 Jira поддерживает типизацию данных
 Jira настраивается под нужды проекта
DATABASE JIRA
4 www.ExigenServices.com

5.
ЧТО ТАКОЕ КОМПОНЕНТ
 Стул Медведя
cтол
шкаф
Мишуткин стульчик
скамеечка
Стул Медведицы
5 www.ExigenServices.com

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

7.
ИЕРАРХИЯ ЗАДАЧ В JIRA
 Jira поддерживает всего 2 уровня иерархии
 Более гибкие зависимости – с помощью линок
7 www.ExigenServices.com

8.
ВЗАИМОСВЯЗЬ ЭЛЕМЕНТОВ JIRA
Сomponent
8 www.ExigenServices.com

9.
КАК ДОБАВЛЯТЬ ЗАДАЧИ В JIRA
 Для того, чтобы добавить любой тип issue:
– Выбрать этот тип из меню
– Наполнить содержанием
– Слинковать с другими задачами
9 www.ExigenServices.com

10.
ЗАЧЕМ ИСПОЛЬЗОВАТЬ JIRA ДЛЯ ТЕСТ-
МЕНЕДЖМЕНТА
 Вся проектная информация хранится в одном месте
– Доступна всей команде
– Не нужно создавать отдельных аккаунтов
– Проще отслеживать покрытие требований кейсами
– Удобно для DMT (Development manual testing)
– Проще поддерживать тесты
10 www.ExigenServices.com

11.
ДОБАВЛЕНИЕ ТЕСТОВ В JIRA
 Добавление типа “feature group”
 Добавление тест-кейса
 Линкование тестов
 Создание тестовых сценариев
11 www.ExigenServices.com

12.
ДОБАВЛЕНИЕ FEATURE GROUP
 Что такое Feature Group?
 Зачем нужен Feature Group?
 Пример Feature Group
 Жизненный цикл Feature Group
12 www.ExigenServices.com

13.
ЧТО ТАКОЕ FEATURE GROUP
 Feature group это контейнер тестовых задач
Устойчивость
User Interface Юзабильность Безопасность
и прочность
13 www.ExigenServices.com

14.
ЗАЧЕМ НУЖЕН FEATURE GROUP
 Feature group нужен для:
– структурирования тест кейсов
– нахождения “affected functionality”
– создания планов регрешн тестинга
14 www.ExigenServices.com

15.
ПРИМЕР FEATURE GROUP
15 www.ExigenServices.com

16.
ЖИЗНЕННЫЙ ЦИКЛ FEATURE GROUP
 У Feature group eсть всего 2 статуса:
– Открытый (используется)
– Закрытый (если данная группа стала неактуальна)
 Мы не можем удалять Feature Groups
 Mы можем настраивать фильтры, чтобы видеть только
актуальные данные
16 www.ExigenServices.com

17.
ДОБАВЛЕНИЕ ТЕСТ КЕЙСА
 Как добавлять тест-кейсы
 Стандартные поля тест-кейса
 Другие полезные параметры кейса
 Состояния тест-кейса
 С чем линкуются тест-кейсы
 Как линкуются тест-кейсы
17 www.ExigenServices.com

18.
КАК ДОБАВЛЯТЬ ТЕСТ-КЕЙСЫ
 Тест-кейсы добавляются как подзадачи 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
18 www.ExigenServices.com

19.
СТАНДАРТНЫЕ ПОЛЯ ТЕСТ-КЕЙСА
 Summary – имя тест-кейса
 Preconditions – входные условия
 Entry point
 Actions – шаги теста
 Expected result – ожидаемый результат
 Priority – Приоритет (от блокера до trivial)
19 www.ExigenServices.com

20.
ДРУГИЕ ПОЛЕЗНЫЕ ПОЛЯ
 Parameters
– Автоматизирован
– Зависит от браузера
– Зависит от локали
 Components
К какому/каким из компонентов кейс относится
 Original estimate
Примерное время на прохождение теста.
Зависит от Parameters
20 www.ExigenServices.com

21.
СОСТОЯНИЯ ТЕСТ-КЕЙСА
 Open
 Reopen
 Passed
 Failed
 Blocked
 Deprecated
21 www.ExigenServices.com

22.
С ЧЕМ ЛИНКУЮТСЯ ТЕСТ-КЕЙСЫ
Тест кейсы линкуются с:
 User stories
– Для оценки тестового покрытия
– Для создания тест-планов
 Саб-таскам, как
– DMT (developer manual testing)
– Test execution (в качестве тест-плана)
 Багам
– Для удобства восприятия
– Для создания дополнительного тест-кейса
– Для более детального повторного прохождения
22 www.ExigenServices.com

23.
КАК ЛИНКУЮТСЯ ТЕСТ-КЕЙСЫ
 Чтобы залинковать кейс:
а) More Actions ->
b) Link ->
c) Выбрать тип связи (executes) ->
d) Выбрать один или несколько Issues
23 www.ExigenServices.com

24.
СТАНДАРТНЫЕ ТЕСТ-ПРАКТИКИ В JIRA
 Создание тест плана
 Определение тестового покрытия
 Практика ДМТ
 Поддержка тест-кейсов
 Оценка скоупа регрешена
 Оценка времни для регрешн тестинга
 Сбор тестовых метрик
24 www.ExigenServices.com

25.
СОЗДАНИЕ ПЛАНА ТЕСТИРОВАНИЯ
 Для юзер-стори:
– Открываем юзер стори
– Читаем и анализируем требования
– Открываем подзадачу Test-execution
– Перечисляем всё, что нужно протестировать
– Заходим в Feature Groups
– Линкуем уже существующие тесты к нашей стори
– Создаем тесты, которых еще нет
– Линкуем
В итоге, получаем список линок на тесты.
Это и будет планом тестирования.
.
25 www.ExigenServices.com

26.
ОПРЕДЕЛЕНИЕ ТЕСТОВОГО ПОКРЫТИЯ
 Каждаю юзер стори имеет список требований
 Каждая тестовая подзадача тоже =>
 Залинковав тесты к
а) Подзадаче
б) Основной юзер-стори
мы гарантируем полное тестовое покрытие.
Список тестов доступен всей команде и заказчику.
26 www.ExigenServices.com

27.
ПРАКТИКА DMT
 DMT = Developer Manual Testing
 Уменьшает количество багов
 Дает общее видение функциональности
– Тестеры дают список тестов
– Девелоперы проходят тесты сами
 Такска DMT асайнится на разработчика
27 www.ExigenServices.com

28.
ПОДДЕРЖКА ТЕСТ КЕЙСОВ
 При изменении требований, находим affected кейсы в Feature
группах
 Так как базовые кейсы являются entry points, достаточно
одного изменения
 История изменения кейса доступна
 При регрешн-тестировании – перепроверка актуальности
28 www.ExigenServices.com

29.
ОЦЕНКА СКОУПА РЕГРЕШН ТЕСТИНГА
 Открыть Featrue groups
 Выбрать тесты высшего приоритета по текущей
функциональности
 С помощью филтров, выбрать все аксептенс тесты
 Слинковать с задачей регрешн
29 www.ExigenServices.com

30.
ОЦЕНКА ВРЕМЕНИ НА РЕГРЕШН
 Определить глубину тестирования
– Проверить параметры тест-кейса
– Выделить самые важные параметры
 Время на прохождение*к-во параметров
 Суммировать время всех тестов
 При необходимости:
– Уменьшить количество параметров
– Сделать выборку самых важных тестов
30 www.ExigenServices.com

31.
СБОР ТЕСТОВЫХ МЕТРИК
Как собирать тестовые метрики:
 Настроить и расшарить фильтры для
– Acceptance кейсов
– Автоматизированных кейсов
– Общего количества кейсов
– Пройденных за неделю
– Упавших за неделю и т.д
i.e: project = ESR AND component in (Rejta, EMPTY) AND issuetype
= "Test Case sub-task" AND status !=Deprecated AND priority =
Blocker
31 www.ExigenServices.com