Перейти к содержимому

Тестирование REST API
онлайн, начало 6 апреля
Школа для начинающих тестировщиков
онлайн, начало 9 апреля
Программирование на C# для тестировщиков
онлайн, начало 3 апреля
Тестирование производительности: JMeter 5
онлайн, начало 3 апреля
Фотография

Как вы связываете тесты с userstory/фичами? Сабтаски на тестирование в

zephyr jira xray spyra test managment estimation userstory burndown subtask

  • Авторизуйтесь для ответа в теме
В теме одно сообщение

#1 tdurova

tdurova

    Новый участник

  • Members
  • Pip
  • 36 сообщений
  • ФИО:Татьяна Дурова


Отправлено 26 Июнь 2017 - 21:10

Для планирования времени и красивых Burn down диаграмм мы решили создавать сабтаски в Jira для user story.

В том числе на одну юзер стори может быть несколько сабтасков от разработчиков и несколько от тестировщиков. Например: настроить окружение, написать тесткейс на это, написать тесткейс на то, выполнить тесткейс на одном окружении, выполнить тесткейс на другом окружении, написать новый cucumber test, запустить автотесты и проверить их результат (CI еще не толком не настроен, но автотестов уже много, так что запускаем пока вручную).

 

В качестве репозиториев тестов (тест менеджмента) используется Zephyr плагин для Jira.

До введения нового процесса (разделения юзерстори на сабтаски) тестировщики к каждой новой фиче/юзерстори линковами тикет с типом test case, который потом двигали по своему workflow (видимо независимо от user story).

Сейчас в связи с новым процессом разбиения юзерстори на сабтаски думаем настроить Jira так, чтобы тикеты с типом test case могли быть сабтасками. 

Но с моей точки зрения это не совсем правильно, т.к. один тест может выполнятся несколько раз, не у каждой стори должен быть тесткейс, у одной стори может быть несколько тестов и у теста можно быть несколько юзерстори и т.д.

Кто как решил данную проблему у себя и что может посоветовать?


  • 0

#2 QuadBit

QuadBit

    Новый участник

  • Members
  • Pip
  • 48 сообщений

Отправлено 27 Июнь 2017 - 10:03

Я может что-то неправильно понимаю, но зачем вы вообще двигаете кейсы по воркфлоу? Какому? У нас это работает так:
1. Юзер стори в конфлюенс\требования -> матрица трассируемости объединяющая задачу на реализацию и кейсы

2. Кейсы пишутся в зефире, линкуются к задачам, которые покрывают, если тест интеграционный - ничего страшного, он учтется в матрице трассируемости

3. Тест прогоняются внутри зефировских cycle'ов, что позволяет как раз таки следить за его выполнением "несколько раз", сам кейс( ишью с номером) при этом статуса не меняет в принципе

Насколько я понял, вы хотите следить за процессом выполнения и кейсов в том числе среди остальных задач внутри каждого из спринтов. Не уверен, что из коробки это получится сделать, кроме как двигая сами ишью тестов, а не выполняя их внутри зефира - имхо, это велосипед. Попробуйте это - https://zephyrdocs.a...cution_burndown + обычные зефировские сьюты.


  • 0


Школа Тест-Аналитика
онлайн
Организация автоматизированного тестирования
онлайн
Школа тест-менеджеров v. 2.0
онлайн
Тестирование юзабилити (usability)
онлайн




Темы с аналогичным тегами zephyr, jira, xray, spyra, test managment, estimation, userstory, burndown, subtask

Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале