Управление планом тестирования TFS в отношении новой итерации

В TFS Test Hub у меня есть эталонный план тестирования, в котором несколько сотен тестовых случаев упорядочены и отсортированы в иерархии папок:

- FrontOffice

 -- UserManagement

      --- TestCase 1234

      --- TestCase 5678

- BackOffice

  -- etc.

Когда нужно протестировать новую итерацию, у меня есть два варианта:

1- Добавить существующие тестовые случаи в новый план тестирования, что хорошо, но заставит меня потерять иерархию папок

2- Клонировать эталонный план тестирования, который сохраняет папки, но делает клоны тестовых случаев.

В этом последнем случае ссылка с требованием имеет второй порядок: Requirement —TestedBy -> ReferenceTestCase —Cloned-> ThisIterationTestCase

Вариант №1 хорош для отчетности, но утомителен для выполнения

Вариант 1, тест экспортирован со ссылкой на требование

Вариант №2 хорош для выполнения, но делает невозможным запрос результатов теста, ограниченных требованием.

Вариант 2, тест экспортирован со ссылкой на исходный тест

Вы, ребята, что-нибудь посоветуете по поводу этой ситуации?

Не ясно, что вы сказали, что невозможно запросить результаты тестов, ограниченные требованием, в чем разница с вариантом №1? Как вы хотите запросить результаты теста?   —  person Vinzz    schedule 16.02.2018

HI @ starianchen-MSFT, я только что добавил снимки экспорта, вам это понятнее?   —  person Vinzz    schedule 16.02.2018

Поможет ли это расширение с возможностью клонирования требований? marketplace.visualstudio.com/   —  person Vinzz    schedule 18.02.2018

Вы имеете в виду, что связанное Требование отсутствует? Вы хотите, чтобы тестовый пример по-прежнему был связан со старым требованием? Если нет, вы можете установить флажок «Требование клонирования» при клонировании плана тестирования (будет создан новый рабочий элемент).   —  person Vinzz    schedule 19.02.2018

Привет, клонирование требования не вариант, это было бы слишком беспорядочно @WouterdeKort да, я знаю об этом расширении, его поведение указано в вопросе, как и клиентский инструмент Test Manager   —  person Vinzz    schedule 19.02.2018

См. также:  Загрузка пакета приложения завершилась ошибкой: EISDIR: недопустимая операция в каталоге (Elastic Beanstalk развертывает VSTS)
Понравилась статья? Поделиться с друзьями:
IT Шеф
Комментарии: 1
  1. Vinzz

    По вашему запросу вы можете создавать наборы тестов программно через REST API или клиентский API (структура может быть определена в файле JSON или xml):

    Создайте набор тестов </ а>

    API управления тестированием — Часть 2: Создание и изменение планов тестирования

Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: