Хотите узнать общую практику для определения, какие тесты должны быть выполнены, а какие пропустить? - PullRequest
0 голосов
/ 15 февраля 2012

Мы используем Testng с RC.Хотелось бы узнать общий / практический / обычно используемый способ определения того, какие тесты запускать и не запускать.

Переход к сценарию - в одном наборе тестов у меня есть 3 модуля - A, B и C. В каждомиз 5-6 тестов.Тесты созданы и работают нормально.Но по мере увеличения моих тестов я могу пропустить несколько тестов в любом из модулей.Я хочу запустить только A3, A5, B1, B2, C3, C4 и C5.Как мне реализовать эти настройки?Способы, которые я мог бы придумать -

  1. Должны ли эти настройки (тесты быть запущенными) выполняться из файла Excel.Скажем, на листе есть список всех тестовых случаев (только заголовок) и должны выполняться только те, которые помечены как «да».
  2. Должны ли эти параметры быть настроены из самого testng.xml?Если да, то как?Я знаю, что могу создавать группы и делать это.Но так ли это?

Общая идея - не трогать тесты или играть с аннотациями, чтобы пропустить тесты.Если 1 является ответом, то как файл Excel будет взаимодействовать с Testng, чтобы сообщить ему, какой тест нужно запустить, а какой не запускать?Или, если есть другой способ (несомненно, будет), чтобы добиться этого.

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

С уважением Тахир

Ответы [ 2 ]

0 голосов
/ 22 февраля 2012

Существует несколько способов определения разных списков выполнения:

  1. Как рекомендовано Седриком , определите группы, соответствующие вашим потребностям выполнения, и выполните определенную группу или набор групп, которые вам нужны в данный момент.
  2. Создайте разные testng.xml файлы для каждой потребности выполнения. Эту опцию не следует использовать вместо создания групп, ее можно использовать, когда вам нужна определенная конфигурация для определенного теста / класса / метода, например, определенный слушатель или набор свойств, различающихся для каждого <test>.
  3. Вы можете реализовать свой собственный метод-перехватчик . По моему опыту, это хорошее решение, если у вас есть много устаревших тестов (особенно с существующими аннотациями), к которым вы не хотите (или даже не можете) прикоснуться, но вам все еще нужен способ принять решение о выбор во время исполнения.
  4. Вероятно, следует упомянуть программный запуск TestNG , поскольку это возможный подход. Однако я не очень знаком с этим, поэтому не буду его рекомендовать.
0 голосов
/ 15 февраля 2012

Вы изучали использование групп?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...