Не знаю, что это за путаница. Вот как вы можете связать терминологию TestNG и огурца.
тег в TestNG можно визуализировать как файл функции в огурце. @Test
метод в TestNG может визуализироваться как сценарий в огурце. Реализация по умолчанию AbstractTestNGCucumberTests
по умолчанию следующая:
@Test
, который связан с вышеупомянутым поставщиком данных, который извлекает все сценарии в и затем запускает их один за другим. Вы можете создать свой собственный вариант AbstractTestNGCucumberTests
, чтобы делать разные вещи (например, поддерживать параллельное выполнение сценария, которое в настоящее время недоступно в
В качестве примера вы можете познакомиться с библиотекой Cucumber-roadrunner , которую я построил, которая использует вышеупомянутую концепцию для поддержки параллельного выполнения сценария, а также обеспечивает потоковую безопасность отчетов.
Что касается ошибки, с которой вы столкнулись, You can implement missing steps with the snippets below:
в основном состоит в том, что привязки jucm огурца, возможно, не могут связывать ваш файл функций с кодом клея (который вы предоставляете с помощью аннотации @CucumberOptions
). Вы должны, пожалуй, более подробно ознакомиться с документацией о связях с огурцами jvm, чтобы понять, как обеспечить правильные значения.
Вы можете попробовать следующим образом.
для i в диапазоне (0,100): для j в диапазоне (0, int (i)): для k в диапазоне (0, int (j)): print (k)
В настоящее время ни один из методов Сципи не позволяет применять динамические границы. Вы можете сделать нестандартное расширение для scipy.optimize.minimize
или fsolve
или реализовать свой собственный оптимизатор с динамическими границами.
Теперь о том, стоит ли делать это: быть ортогонально независимым. Если границы изменяются в зависимости от других проектных переменных, то проблема не является ортогонально независимой.