Можно подумать так легко перейти на место программиста. Я просто наблюдаю за ребятами в своей команде и понимаю, что мне нереально догнать их по багажу знаний в этой области, чтобы эффективно выполнять такую же работу. Говнокодером стать легко, но так же легко и вылететь за это дело со своего места. Лучше уж хорошо выполнять свою работу в качестве тестировщика, валидатора, автоматизатора. Умение писать автомат-тесты отнюдь не означает, что вы чуток там почитаете, чуток здесь нахватаетесь и вот вы уже полноценный программист, достойный лучшей зарплаты.

даа, как всё запущено. Нельзя же так тыкаться, как слепой котёнок. Есть же гугл в конце концов, есть множество сайтов и онлайн курсов по программированию для тестировщиков. Когда задают вопрос "где можно скачать нормальный Selenium", остаётся только руками разводить.

Надо вообще для себя сначала уяснить основы программирования на Java. Почитать про maven или gradle для начала. Ну и много ещё чего. То, чем вы сейчас занимаетесь - пустая трата времени, если сразу не начнёте подходить к этому с умом.

что-то у вас тут какое-то масло масленное. Зачем два раза инициализировать драйвер?

зачем изобретать велосипеды?        

driver.manage().timeouts().implicitlyWait(10, TimeUnit.SECONDS);

это не есть ожидание

уберите ListPage перед listPage в @Before, иначе вы создаёте локальную переменную, которую вне метода setUp не видно.

с элементами у которых нет уникальных атрибутов обычно поступаю так - ищу какой-то уникальный якорь либо child элемента, либо parent относительно которого искомый элемент всегда имеет неизменное положение и составляю xpath отталкиваясь от этого. Если у самого элемента нет никаких опознавательных знаков, то уж у одного из parent'ов всяко будет.

C огурцом особенно не связывался, поэтому не могу ничего посоветовать, но селениум тут точно ни при чём. За параллельный запуск он не отвечает. А гуглить пытались?

Вот какой-то пример сразу https://opencredo.co...ts-in-parallel/

при чём тут селениум?

подскажите пожалуйста как сократить xpath, чтобы не занимал много места?
что-то гуглю, но всё не то

буду рад если ссылку на материал дадите
 

вот мой пример:
"html/body/div[2]/div[4]/div/div[5]/div/div/div/div[1]/div/div[2]/div[1]/ol/li[3]/ol/li[1]/div/div[2]/h3/a"

Ищите конкретный элемент по уникальным атрибутам (класс, id, name итд.). А так же читайте http://www.w3schools...path_syntax.asp

приведите больший кусок кода. элемент li там явно не один?

Есть готовые решения поверх javamail - с ходу не назову, надо гуглить. Я для себя написал для gmail утилиту дёргающую почту через javamail. 

возьмите любой веб-проект с гитхаба, установите локально и автоматизируйте до посинения

Molechka как сняла с языка.

 

Самый простой способ - это selenide

http://selenide.org/quick-start.html

 

Там есть ссылки на примеры на гитхабе

 

селенид хорош, но для меня сейчас больше актуален селениум.

 

а поподробнее - чем вам голый селениум актуальнее удобной обёртки вокруг него же?

 

Я сомневаюсь, что selenium вам "врет"

Как сказано на w3c https://w3c.github.i...-displayedness 

 

"The element displayed algorithm is a boolean state where true signifies that the element is displayed and false signifies that the element is not displayed. To compute the state on element:

    1. If the attribute hidden is set, return false.

    2. If the computed value of the display style property is "none", return false."

 

А скрыть елемент можно и другими способами css. Тогда елемент будет невидим для глаза, но isDisplayed() == true.

 

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

Столкнулся с регрессией. Компонент визуально скрыт, но WebDriver упорно отвечает, что isDisplayed=true, а при попытке .click() соответственно валится с ElementNotFound. Вот сам элемент

http://pastebin.com/bsVVTS9R

Сейчас переводим приложение на React, часть ещё на Angular, так что периодически всплывают такие вот интересные аномалии... 

Когда элемент виден, добавляется класс "show-dates", но, честно говоря, переделывать везде ожидание видимости на проверку наличия класса... это не наш метод. Да и не гарантирует он видимость-невидимость. Что делать, ребята? Пинать девелопера? Он клянётся, что всё работает как раньше на ангуляре, но по факту - нет.

За пользователя эт

 

 

Там аплоад файла идет ТОЛЬКО при наличии в запросе куков))

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

ну а вообще есть функция add_cookie у wd

 

за пользователя это делает система при загрузке файла для отправки.

 

а насчет функции - знал бы все функции, тут бы не спрашивал:-) 

Вряд ли там важно наличие куков. Скорее всего берётся какая-то конкретная информация из кука и передаётся в запрос. Спросите у своих девов.

 

 

 

селениумовские тесты не должны такого делать. Вы тестируете функционал, так как это бы делал обычный пользователь. Он знать не знает ничего про json'ы.

но это не означает, что я не могу работать с базой, например, или не посылать HTTP запросы для ускорения отработки тест - скриптов. Если,конечно, функции проверяются через UI в других тестах

 

Как вариант https://github.com/j...ured/wiki/Usage , если я правильно понял, что вам нужно

 

Через rest-assured я попробую, идея интересная. Неясен только момент передачи куков в запрос для аплоада файла.

 

А зачем вам это делать? Вы по сути используете backend, вот и делайте по-честному, как там реализовано. Осуществляйте авторизацию и передавайте все необходимые параметры. Лучше проконсультируйтесь со своими девами - они подскажут, что прописывать.

 

Столкнулся с регрессией. Компонент визуально скрыт, но WebDriver упорно отвечает, что isDisplayed=true, а при попытке .click() соответственно валится с ElementNotFound. Вот сам элемент

 

http://pastebin.com/bsVVTS9R

 

Сейчас переводим приложение на React, часть ещё на Angular, так что периодически всплывают такие вот интересные аномалии... 

Когда элемент виден, добавляется класс "show-dates", но, честно говоря, переделывать везде ожидание видимости на проверку наличия класса... это не наш метод. Да и не гарантирует он видимость-невидимость. Что делать, ребята? Пинать девелопера? Он клянётся, что всё работает как раньше на ангуляре, но по факту - нет.

 

Жди элемента по примеру:

 

import org.openqa.selenium.support.ui.ExpectedConditions;

import org.openqa.selenium.support.ui.WebDriverWait;

 

new WebDriverWait(driver, 10).until(ExpectedConditions.presenceOfElementLocated(ElementLocator));

 

или

 

new WebDriverWait(driver, 10).until(ExpectedConditions.visibilityOfElementLocated(ElementLocator));

 

 

или проверяй boolean из

boolean visible = ExpectedConditions.visibilityOfElementLocated(ElementLocator);

 

не поможет, смотри другие проверки из ExpectedConditions

 

Вы, видимо, невнимательно прочитали, что я написал. isDisplayed=true. Все эти ExpectedConditions внутри используют этот же самый метод, так что... Ожидание тут бесполезно, это я пробовал в дебаггере. Хоть тыщу лет жди, всё равно возвращает true.

Сомневаюсь, что проблема в scope. Конкретно этот элемент приведён полностью. Выше по иерархии уже более общий div, где куча других компонентов. Мне всё таки интересно, почему нативный isDisplayed() врёт. Сейчас убедил девелопера добавить атрибут, попробует завтра. Может поможет.. посмотрим. Не хотелось бы изобретать костыли для того, что должно работать "из коробки". 

Вы должны предоставить достаточно информации в отчёте, чтобы можно было понять баг это или ложное срабатываение. Для этого делаются скриншоты, пишутся логи, записываются скринкасты и тд и тп. На CI, если у вас всё по умному реализовано и каждый тест метод независим от другого, можно автоматически перезапускать упавший тест для проверки на "flakyness".

Cкорее всего проблема в том что компонент лействительно видим, но он перекрыт другим елементом сверху. По этому он только визиуально не видимый и не кликабельный. Если это ваш случай то посоветую провреять не только видимость но z-index компонента.

http://www.w3schools...pos_z-index.asp

Удивительно, что вы это упомянули, с z-index'ом я уже пытался повозиться, но получал значение auto (то есть значение не указано) независимо от того, скрыт элемент под другим или нет, поэтому толку нет.

селениумовские тесты не должны такого делать. Вы тестируете функционал, так как это бы делал обычный пользователь. Он знать не знает ничего про json'ы.

elvis, коллега, здесь речь идет о робастности теста, а не поиске бага)

Я и не писал о поиске бага. Я как раз о том, что 100% робастности не будет никогда, но автоматизатор должен позаботиться о том, чтобы проблемы можно было легко анализировать, и тогда эти вещи нивелируются.