Передача параметра в файл .feature Specflow+Nunit3

инструменты visual studio
, , ,
#1

Использую Specflow+Nunit3

Запускаю через cmd

nunit3-console.exe "%pathToDll%" --where "test == Tests.Smoke.testOne"

В самом файле .feature статично забиты параметры

Scenario Outline:
..........
Examples: 
| name			| 
| nameMachine   |

Каким то образом можно передать параметр name, который заранее не известен, через cmd, в строке запуска, в файл .feature в examples ?

#2

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

#3

допустим, каким образом его в .feature передавать?

#4

там просто запуск через дженкинс, перед запуском мы ему говорим имя параметра и дальше в скрипте он его в строку запроса cmd передает, можно конечно и в файл записывать, это одна сторона вопроса, другое дело как .feature получит значение

#5

Если запускать через SpecRun.exe это поможет в решении проблемы?

#6

Можно сделать просто - создать метод, который будет смотреть куда-то, брать значение по ключу, записывать его в переменную.
А дальше в тесте использовать эту переменную.

#7

Как при этом должен измениться файлы .feature и .cs

Scenario Outline: TestTest
	Given I went to the page
	When I checkname <name>
	Then the name <name> must match the one found.
	
Examples: 
| name		| 
| machinename   | 

  [When(@"I checkname (.*)")]
        public void TestTest(string name)
        {
            func(name);
        }

Допустим нам известен name который мы записали в переменную, мы его получили и передали в func(name);
Каким образом передать это в шаг? по сути потом строится отчет в котором мы должны увидеть наш name

#8

В [BeforeStep] сделал след.

string machine = TestContext.Parameters.Get("Machine");

Через cmd ввожу

nunit3-console.exe --params:Machine=win1 "%pathToDll%" --where "test == Tests.Smoke.testOne"

Ну и использую получившееся имя в

  [When(@"I checkname (.*)")]
        public void TestTest(string name)
        {
            func(machine);
        }

Тест отрабатывает, но каким образом я могу в шаг передать значение machine ,возможно ли это? или наоборот в сам файл .feature возможно сразу передать значение?

#9

пиши в json и читай из него кодом

#10

дык ок, способы разные, но больше интересует как в .feature это запихать, чтобы потом в отчете у меня параметр отобразился в определенном шаге, или же как то по другому в шаг можно запихать параметр?

#11

Вставь в feature placeholder, во время билда, после взятия изменений но перед компиляцией сделай операцию find-replace (найти placeholder - заменить его параметром), дальше делай компиляцию и дальше процесс.

1 симпатия
#12

Так обработку сделай через allure.commons и докладывай любые нужные тебе данные

#13

Вариант более перспективен, не знаю пока как реализовать

#14

Вот так подменяю название тачки во вкладке TimeLine

        public static void SetHostName()
        {
            AllureLifecycle.Instance.UpdateTestCase(x =>
            {
                int i = -1;

                i = x.labels.FindIndex(t => t.name == "host");

                try
                {
                    x.labels[i].value = names[x.labels[i].value];
                }
                catch { };
            });
        }

        public static Dictionary<string, string> names = new Dictionary<string, string>
        {
            { "WSTT00000032980", "Vlad" },
            { "WSTT00000034531", "Sofia-Nicole" }
        };

на лету можно для каждого шага получать список параметров и добавлять/удалять/изменять их

1 симпатия
#15

Можно использовать трансформации.
И получать в фичах значение прямо через метод типо:
When i set name as @GetValue(‘name’)

Если нужно могу кодец посмотреть.

#16

я остановился на варианте предложенным Valentin_G.

#17

Хорош.
Т.е. запустить тесты не сможет никто, только тот кто знает что нужно сначала сделать реплейс значений )))

#18

Это все через Дженкинс гоняется, в начале запуска выбираем параметры нужные (типа на какой виндовой машине запустить) и перед билдом проекта скриптом распихивает значения и билдит проект, затем запускает.
Другое дело, при отладке или дополнению тестов, да, нужно учесть этот момент