как вариант - да, кстати )
об этом не подумал.
а так как не для всех апи в тестрейле можно одним запросом совершать массовые операции - то будет весело (хотя можно обойти запросами, которые шлет клиент браузерный - как я делал - не по офиц.api тестрейла)

Да варианты с intermediate кэшами и более экономичным обстрелом апи тестрейла будут полезны в таком виде интеграции

Как и батч-ориентированные апи методы :)

Звучит интересно )

и красиво звучит (записал в словарик)

Добрый вечер.
Описание.
Selenium, C#, nUnit, Chrome. TFS еженочно выполняет деплой и запуск тестов На виртуалках. Виртуалки крутятся в vSphere. В тестах выставляется размер окна браузера, т.к. это критично для UI-зависимых тестов:
var options = new ChromeOptions();
options.AddArgument("--window-size=1920,995");
и/или
Driver.Manage().Window.Size = new Size(1920, 995);

Проблема.
Если запустить тесты и через некоторое время зайти по РДП на виртуалку, то видно - браузер запущен в мЕньшем разрешении. И скрины, которые делаются селениумом при ошибках, тоже "мелкие" (1404*814).

Если сперва зайти по рдп на виртуалку, а потом запустить тесты - окно браузера сразу создается заданного разрешения.

Размышления.
Очевидно, что проблема кроется в разрешении экрана у виртуалки - когда подключаешься туда по рдп и fullscreen, разрешение становится таким же, как на локальном мониторе. Я пробовал выставлять бОльшее кол-во видеопамяти для виртуалки (есть у неё и такой параметр)

Вопрос. Почему селениум в принципе смотрит на разрешение? Ведь локально я смогу сделать браузер больше, чем экран. Кто-нибудь сталкивался? Как лечить?

Это не Selenium, это Chrome.

Есть идеи, как это проведение исправить?

Нужно установить большее разрешение по-умолчанию на сервере

в рдп можно настроить фиксированное разрешение экрана

чтобы оно не менялось в зависимости от клиента

Тут для Azure но должно и вам пойти

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

Спасибо,, попробую) По результату - отпишусь)

Это определённо не стоит делать в ТР. Видел я такую интеграцию, но _без_ параметров по отдельным кейсам. Работала медленно, мучительно, глючно, никакого толку.

И это при том что интегрировать _всё_ даже не пытались, потому что некоторые пакеты интеграционных тестов на сотни наборов данных работали по полторы-три минуты без интеграции, а с интеграцией это даже никто представлять не хотел.

Потом от интеграции начали понемного отказываться:   тормоза ж без профита.

Если когда-нибудь менеджмент будет интересовать насколько это вообще хорошая идея, можно подшивать моё свидетельство в пачку к тому что идея вообще плохая.

Ребята а кто-то решал проблему в JUnit5 ранить набор тестовых классов без захода после прохождения каждого класса в beforeAll? Сейчас получается ситуация, что при запуске тест сьюта, кажый тестовый класс в сьюте проходит логин который находится в beforeAll, а хочется логинится только один раз на весь набор тест классов

Пробовал @SelectPackages("com.com”) и @SelectClasses({AssertionTest.class, AssumptionTest.class, ExceptionTest.class})
но безрезультатно

Есть ли решение по данной проблеме?

угу, синглтон называется