jira: sub-task testing - инструмент тестировщика

Atlassian JIRA: Testing Sub-Task – инструмент тестировщика

Оксана Стецяк. Softengi

О себе

• Оксана Стецяк, Tester, Test Lead

• В тестировании 2,5 года

• Работаю в компании Softengi, проект Enviance (около 40 человек на проекте)

* из них ~18 тестировщиков

* 2 тестировщика в под-проекте,

который веду

• Контакты:

oksana.stetsyak@softengi.com

Skype - ksaiuha

Статус задач команды тестирования не всегда прозрачен ?

В вашей команде еще есть новички?

Вы периодически теряетесь в поиске информации?

Пусть ваше тестирование не болеет!!!

Зарождение

In Testing статус

New feature, Improvement, Investigation & Design

Было: Open -> In Progress -> Resolved -> Closed

Стало: Open -> In Progress -> Resolved -> In Testing -> Accepted -> Closed

JIRA Sub Tasks

• Coding

• Sub Task

• Investigation & Design

• …

• Testing

Рабочая процедура

• Создавать Testing Sub-Task можно для задач:– New Feature – Improvement – Investigation & Design– Synchronization– Task– Bug

• Приняты обязательные условия создания

Testing Sub-Task– Для задач с флагом High Level – Создатель задачи – заказчик– Больше одного тестировщика на задачу– Необходима проверка (review) тестирования– Дополнительный контроль задачи

Рабочая процедура

• Создает Testing Sub-Task:– Менеджер проекта– Тест Лидер

Поля Testing Sub-Task Project Issue type Summary Priority Description

Version Component/s Assignee Reporter Executor

Verifier Fix Version/s Attachment Labels Resolution

QC Recommendation

Configuration changes

QC Comments*

Specification/FDS

Verifying Recommendations tested

Tested Areas*

Test Documentation*

Comments

Attachment Приложения

Labels Ключевые слова для эффективного поиска задач

Resolution Резолюция тестировщика. Может быть (выбирается из списка): • Completed – выбирается, когда тестирование завершено• Rejected – когда подзадача тестирования отклонена: подзадача стала не актуальной

QC Recommendation

Рекомендация тестировщика по задаче (выбирается из списка):Accept – задача протестирована успешно, ошибок нет или же все дефекты устраненыWait for reworks – планируемое тестирование проведено, есть дефекты, по которым ждем «фикса»Fail – плановое тестирование завершено, но количество дефектов и их серьезность на столько велика, что стоит отдать задачу на переразработку.

Поля Testing Sub-Task

Configuration changes

Тестировщики обозначают информацию о любых настройках окружения, приложения, браузера, которые необходимы для тестирования

QC Comments* Комментарии тестировщика о завершении задачи. Здесь предполагается наличие окончательной резолюции тестирования, упоминаются найденные дефекты

Specification/FDS Здесь указывается документ, который проверял тестировщик (статическое тестирование документации) или документ, который использовал тестировщик при тестировании, или просто документация, относящаяся к данной задаче

Verifying Recommendations tested

Рекомендации по тестированию разработчика к задаче (пишутся в основной задаче), которые протестировал (проверил) тестировщик.

Поля Testing Sub-Task

Tested Areas* Зона, модуль, область приложения, которые были покрыты тестами

Test Documentation*

Тестовая документация, которая была разработана во время тестирования:• чек-листы• тест-кейсы

Comments Комментарии к задаче или самой подзадаче

Поля Testing Sub-Task

Testing Sub-Task Workflow

«Набор» тестировщика

Sub-Task:• QC Investigation• Review Investigation• Study Spec • Review Spec• Create/Update Test Plan• Create/Update Test Docs • Data Preparation• Acceptance Testing (InTake)• Testing• Review Testing• Regression Testing• Smoke Testing• QC Sign-off

Что удобно?1) Контроль нескольких тестировщиков, которые занимаются

тестированием одной большой задачи

2) Верификация работы новичков

3) Визуализация

4) Распараллеливание задач:• Непосредственно тестирование• Создание тестовой документации• Обновление документации

5) Соответственно, можно закрывать

тестирование и продолжать работу над тестовой документацией и наоборот

Чем еще служит?• Место для Time-Tracking

• Возможность анализа запланированного времени vs потраченного

• Место для отчетности тестировщика о проделанной работе

• Напоминание о необходимой информации о результатах тестирования, которую нужно внести в Sub-Task

• Хранилище информации

• Возможность фильтровать по

незаполненным полям – контроль

выполнения установленных процедур