Создайте детский план тестирования в рамках генерального плана тестирования

Я использую Visual Studio 2016 с последними обновлениями. Хотя я не являюсь администратором проекта, над которым работаю, но у меня есть доступ к созданию необходимого количества планов тестирования (хотя я не могу удалить их после создания). Я уже создал мастер-план тестирования, в котором есть более 1000 тестовых примеров, но тогда нам не нужно запускать их все каждый раз. Поэтому мне было любопытно, могу ли я создать дочерний план тестирования под основным планом и включить в него необходимые тестовые примеры. Я получаю зеленый знак "+" только при попытке создать план тестирования, но ничего не для создания дочерних планов. Я также не нашел никакого онлайн-руководства. На самом деле возможно ли его создать в VSTS?


tfs azure-devops test-plan
person Reema    schedule 26.01.2018    source источник

Ответы (2)


arrow_upward
1
arrow_downward

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

Однако вы можете создать Наборы тестов в рамках плана тестирования, а затем управлять тестовыми наборами в рамках конкретного набора тестов.

См. Создание плана тестирования и набор тестов для подробностей.

И эта статья для справки: Планирование тестирования и управление с помощью Visual Studio Team Services

person Andy Li-MSFT    schedule 29.01.2018
comment
На самом деле не решила проблему, но просто работала с созданием нового плана тестирования каждый раз (на том же уровне, что и основной план тестирования), когда тест проходит. - person Reema; 15.02.2018

arrow_upward
0
arrow_downward

План тестирования - это самый высокий уровень группы для тестов. Например, я часто создаю план тестирования для каждого спринта. Итак, Test Plan Sprint 1 содержит все тестовые примеры, применимые к этому спринту. В конце спринта / начале нового спринта вы клонируете свой текущий план тестирования, а затем изменяете его для нового спринта.

План тестирования не содержит непосредственно тестовых примеров (это возможно, но не рекомендуется). Вместо этого вы используете наборы тестов для группировки наборов тестов. У вас есть разные типы наборов тестов:

введите здесь описание изображения

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

Тестовый набор может принадлежать нескольким наборам. Вы можете вложить другие апартаменты в статический люкс.

Итак, в вашем сценарии у вас есть 1000 тестовых случаев, которые вы хотите сгруппировать в наборы. Если это ручной процесс, вы можете использовать набор статических тестов и просто добавлять существующие тестовые примеры один за другим, пока набор не будет соответствовать вашим потребностям. Если вы можете создать запрос, который выбирает тестовые примеры, с которыми вы хотите работать, вы можете использовать набор на основе запросов.

Я бы порекомендовал пометить ваши тестовые наборы чем-то вроде «Готов к тесту» (или другим ярлыком, который имеет смысл в вашем сценарии), а затем использовать набор на основе запросов. Это проще в обслуживании и, вероятно, меньше работы. Особенно, если вы используете параметры массового редактирования для быстрого добавления тегов.

person Wouter de Kort♦    schedule 29.01.2018