Size: a a a

QA — Автоматизация

2020 September 23

M

Max in QA — Автоматизация
Такс, всем спасибо за инфу ) пошёл пробовать )
источник

AP

Artem Pokalchuk in QA — Автоматизация
Всем привет господа, где можно очень детально почитать о том, как работает implicit wait in C#
Есть подозрение, что он ждёт только первый элемент, и когда тот прогрузится, начинает искать другие, а другие как раз ещё не прогрузились, я это пофиксил через wait условия, но хочу понять принцип роботы)
источник

MK

Mem Kekovich in QA — Автоматизация
Max
Вообще хочется сделать так. Передавать сообщения в проверки, что бы они всегда выводились, не зависимо это фейл или пассед. Просто что бы если фейл красным, если Пассед зелёным в репорте Allure
Банально если кондишн тру - пишете в аллюр своё сообщение и степ сообщения маркаете как пассед
Если false - сначала пишете в аллюр с фейл степом и потом кссертите
Так у вас в отчете будет фейл плюс ваш текст
источник

MK

Mem Kekovich in QA — Автоматизация
Anton Khayrutdinov
Либо написать свою обёртку над ассертами testng, либо использовать aspectj.
А лучше не использовать аспекты и делать нормально )
источник

BO

Boris Osipov in QA — Автоматизация
источник

i

iBljad in QA — Автоматизация
Artem Pokalchuk
Всем привет господа, где можно очень детально почитать о том, как работает implicit wait in C#
Есть подозрение, что он ждёт только первый элемент, и когда тот прогрузится, начинает искать другие, а другие как раз ещё не прогрузились, я это пофиксил через wait условия, но хочу понять принцип роботы)
а сколько элементов ему надо по-вашему ждать, чтобы начинать искать? :)
источник

AP

Artem Pokalchuk in QA — Автоматизация
iBljad
а сколько элементов ему надо по-вашему ждать, чтобы начинать искать? :)
У меня такая ситуация, что список динамических элементов, и я записываю эго в лист, а записывает только первый элемент, так как другие не успели прогрузиться, тогда я поставил wait на ожидание второго элемента в дом дереве и всё зароботало, thread сразу решает проблему без специальных условий для wait, no thread - зло, поэтому хочу покопаться глубже в implicit wait
источник

S1

Sceptic 1234 in QA — Автоматизация
А как ты их кладёшь в лист?
Если через findElements то селениум просто не знает же сколько каких элементов должно быть, он просто загрузит то, что есть на момент выполнения этой строчки кода и ждать вообще не будет (или, может быть, да - подождёт первый). если обращаешься по одному findElement то он каждый раз будет ждать
источник

S1

Sceptic 1234 in QA — Автоматизация
кстати я может быть ошибаюсь, но сдаётся мне, что implicitWait работает на любом языке одинаково. поправьте, если я не прав
источник

i

iBljad in QA — Автоматизация
Artem Pokalchuk
У меня такая ситуация, что список динамических элементов, и я записываю эго в лист, а записывает только первый элемент, так как другие не успели прогрузиться, тогда я поставил wait на ожидание второго элемента в дом дереве и всё зароботало, thread сразу решает проблему без специальных условий для wait, no thread - зло, поэтому хочу покопаться глубже в implicit wait
ну с имплиситом работа с элементом начинается, когда он появится в доме; чтобы дождаться всех элементов, можете вместо вебдрайвера запустить цикл вида "пока количество найденных элементов меньше Х, ищи их еще раз и начинай сначала"
источник

AP

Artem Pokalchuk in QA — Автоматизация
Sceptic 1234
А как ты их кладёшь в лист?
Если через findElements то селениум просто не знает же сколько каких элементов должно быть, он просто загрузит то, что есть на момент выполнения этой строчки кода и ждать вообще не будет (или, может быть, да - подождёт первый). если обращаешься по одному findElement то он каждый раз будет ждать
Ну я нахожу блок, в котором находятся все элементы, и да, делаю через findElements, просто  как я могу сделать findElement, если нельзя брать статический путь
источник

AP

Artem Pokalchuk in QA — Автоматизация
iBljad
ну с имплиситом работа с элементом начинается, когда он появится в доме; чтобы дождаться всех элементов, можете вместо вебдрайвера запустить цикл вида "пока количество найденных элементов меньше Х, ищи их еще раз и начинай сначала"
есть лист, где я через FindElements добавляю, все элементы в блоке, в котором они находяться, потом foreach прохожусь, а там только первый
источник

AP

Artem Pokalchuk in QA — Автоматизация
пока количество найденных элементов меньше Х, какое взять X. если я заведома не могу знать, сколько там элементов?)
источник

S1

Sceptic 1234 in QA — Автоматизация
а через апи или запрос в бд нельзя узнать сколько там элементов должно быть?
источник

СК

Серж Куройкин... in QA — Автоматизация
Если такой капризный список, может стоит отдельным методом и красивым хпасом искать конкретный элемент?
источник

AP

Artem Pokalchuk in QA — Автоматизация
Sceptic 1234
а через апи или запрос в бд нельзя узнать сколько там элементов должно быть?
неа
источник

A

Andrei in QA — Автоматизация
Может уже спрашивали, но не могли бы подсказать хорошую мат.часть(книги, видосы) по selenium c#
источник

AP

Artem Pokalchuk in QA — Автоматизация
Серж Куройкин
Если такой капризный список, может стоит отдельным методом и красивым хпасом искать конкретный элемент?
ну я думал это сделать типо проходом по каждом элементе по XPath в параметр передавать i в цикле, но я не могу узнать никак сколько их там
источник

AP

Artem Pokalchuk in QA — Автоматизация
источник

AP

Artem Pokalchuk in QA — Автоматизация
я делаю FindElements по XPath этого блока, в котором все элементы
источник