var wait = new WebDriverWait(Browser, TimeSpan.FromSeconds(60)); // время условное
        var elements = Browser.FindElements(By.LinkText("Собрать выручку!")).ToList();
        elements.ForEach(ele =>
        {
            wait.Until(ExpectedConditions.ElementToBeClickable(ele));
            ele.Click();
        });

Либо можно подождать, пока они изначально все станут доступны для клика, а потом кликать. 

GetAttribute(string attr) - возвращает не элемент, а стринг.

Только ваш цикл всё равно не будет работать в таком виде, потому что в нём вы будете всегда находить один и тот же элемент.

var x = Browser.FindElement(By.XPath("//span[@class='tdn link nshd bl cntr m5 small']")).GetAttribute("value");
int.TryParse(x, out var intX);
if (intX == 0) throw new Exception($"Алярм!!! Спан не распарсился! Парсили значение \"{x}\"");
for (var ppp = 0; ppp < intX; ppp++)
  {
    pa = Browser.FindElement(By.LinkText("Собрать выручку!")); // эта строка будет каждый раз находить один и тот же элемент
    pa.Click();
  }

Проще сделать так, без лишних велосипедов. При необходимости допилить локатор.

var elements = Browser.FindElements(By.LinkText("Собрать выручку!")).ToList();
elements.ForEach(w => w.Click()); 

Значит у вас там не инт в атрибуте "value"

pa = Browser.FindElement(By.LinkText("Собрать выручку!")); // эта строка будет каждый раз находить один и тот же элемент

сюда программа не доходит. Все равно в  переменную х не пишется спан

 

Что значит программа не доходит? Логи, ошибки?

Гадать на кофейной гуще не хочется.

И я не понял, вы хотите в переменную спан записать, или его значение?

Что значит не видит? StaleElementException? 

Чтобы не заниматься всем этим, проще запускать дженкинс через докер.

Для этого вам не нужно вообще ничего, кроме установленного докера и одной команды.

java любит прошиваться в C:\Windows\system32, поищите там java.exe и подобные файлы.

Пока они там лежат, изменение версии ничего не даст

Поставить 8 джаву. 

Подскажите пожалуйста, где можно прочитать инфу по настройке докера для автотестов 

 

Смотря что вы хотите.

Если хотите запускать автотесты через докер - нужен Selenoid. Если кластер большой - то ещё GGR.

А для запуска дженкинса, вам нужно сделать следующее:

1) Иметь виртуалку/физ. машину с докером (желательно сразу линуксовую)

2) В терминале написать команду docker run -p 8080:8080 jenkins/jenkins

Далее радоваться установленному дженкинсу и заходить на него через ип_машины:8080

Интересно, как вы будете описывать в Gherkin тяжелые запросы?

Да, я видел эту тему.Все делал, как там написано.Тесты проходят успешно, но аллюр пустой(

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

Это очень кривой, костыльный кейс, честно говоря.

Но можно в самой джобе в шагах копировать allure-results из  D:\testProject\Project\target\ в C:\Users\bravo\.jenkins\workspace\testProject\

и собсна в post уже указать директорию просто allure-results, и всё будет. 

 

 

 

Что же в этом костыльного? :) 

если файл генерится в бэк-энде, то там его и можно проверить интеграционными тестами например

 

Да, но если он не генерится по нажатию кнопки при этом, что в этом случае сказать? "Сорри, я проверял только бизнес-логику"? 

Нужен именно вариант с интерфейсом, иначе я бы не парился :)

Сейчас я просто убрал headless режим, но без него хром явно медленнее соображает.

Коллеги, доброго времени суток.

Есть метод, который выполняет следующее:

1) Лочит блок кода, в котором происходит:
а) Запоминание количества файлов в директории
б) Клик по кнопке, в результате которого начинается скачивание файла и ожидание, пока файл скачается целиком
в) Сравнение двух коллекций - до скачивания и после - получаем разницу в 1 файл, дёргаем искомый файл.
2) Выходим из лока и работаем дальше с этим файлом.

Всё работает хорошо, пока не установить запуск хрома в режиме headless: chromeOptions.AddArgument("--headless");

Я нашёл в репо селениума открытый баг https://github.com/S...ium/issues/5159 в котором пока судя по всему нет решения проблемы.

Есть ли какие-то костыльные workaround, как скачать файл в этом режиме сейчас?

Версии драйвера, браузера последние.

Я не спрашивал, нужен этот тест или не нужен.

У меня тест - имитация действий пользователя.

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

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

Что же в этом костыльного? :) 

 

Я бы не делал ассерты в такой ситуации, а делал бы Verify (т.е. не заканчивать тест, а фэйлить текущий шаг и идти дальше).

 

1) До - проверяем, если вообще есть такой элемент с id="email-error", и есть есть - то проверяем его text/value.

2) После - проверяем text/value...

 

С чем трудности-то?

Я новичек и разбераюсь с этим ,если мы проверяем до что есть такой елемент , то как проверить что его текст (валуе) должно быть пустым(тоесть null)?

С чего начать немогу понять, разбераюсь с кучами кодами и не понимаю.

Можете как то помочь в написании?

 

В C# это выглядело бы всё вот так (если совсем топорно делать, напрямую):

var eleText = driver.FindElement(By.Id("email-error")).Text;
Assert.That(eleText, Is.Null.Or.Empty);

Здесь проверка идёт, что текст элемента может быть либо пустым, либо вообще null.

У вас, я так понимаю, Java, поэтому в ней смотрите аналогии просто.

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

 

 

Но пока что на джаве такое реализовать не могу

 

Я давно в джаву не лазил, но вроде что-то типа этого там должно быть в JUnit:

assertEquals(string1, string2)