Сообщений в теме: 10

[barancev]

Коллеги-автоматизаторы, признайтесь честно, используете ли вы всячески осуждаемый паттерн "Сон" хотя бы изредка?

 

Есть ли ситуации, когда без него никак не получается обойтись?

 

P.S. Вопрос возник потому, что за прошлую неделю мне два раза чуть было не пришлось прибегнуть к такому "неправильному" решению, с трудом удалось реализовать более "правильное" решение, но я до сих пор в сомнениях -- стоило ли оно того...

[Ilana]

Честно говоря не знала что это паттерн, но у нас автомация очень стабильна именно благодаря такому подходу. 

 

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

 

Например:

 

public void clickOnElement(String elementName, Object... placeholders) throws Exception {

 

log.debug("Verify element '" + elementName + "' appearance within " + almaTestSuper.DEFAULT_TIMEOUT_MNDT+ " seconds and click");

 

for (int second = 0; second <= almaTestSuper.DEFAULT_TIMEOUT_MNDT; second++) {

   try {

             WebElement e = findElement(elementName, placeholders);

             e.click();

             almaTestSuper.log("Clicked on element: " + elementName + "'", AlmaTestSuper.LOG_LEVEL.DEBUG, true);

             return;

   } catch (Exception e) {

                    Thread.sleep(1000);

                    almaTestSuper.log(".", AlmaTestSuper.LOG_LEVEL.INFO, false);

   }

}

 

  AlmaTestSuper.fail( elementName + "' does not appear");

 

}

 

Пример лога:

 

DEBUG  - Check if the element 'DialogPopup' is visible within 15 seconds................

DEBUG  - Verifying the element Common.InfoSection has text that matches 'Job has been submitted successfully.'............................................................

FATAL  - 'Common.InfoSection' element does not appear

 

или:

 

DEBUG  - Waiting for 'Common.LoadingBlocker': to appear within 0.3 seconds , to disappearе within 180 seconds

DEBUG  - Loading blocker appeared! Waiting for Loading blocker to disappear

......Loading blocker disappeared!

 

или когда страницы вдруг медленно загружаются:

 

DEBUG  - Clicked on element: Login.login'

INFO   - Wait for page load for 'HomePage'..............

DEBUG  - The page was loaded

 

 

Точно также обвернуты в sleep все ожидания длинных процессов в приложении (batch jobs, и т.п.)

 

Хотя ассы такой подход осуждают, интересно бы знать почему?

 

Коллеги-автоматизаторы, признайтесь честно, используете ли вы всячески осуждаемый паттерн "Сон" хотя бы изредка?

 

Есть ли ситуации, когда без него никак не получается обойтись?

 

P.S. Вопрос возник потому, что за прошлую неделю мне два раза чуть было не пришлось прибегнуть к такому "неправильному" решению, с трудом удалось реализовать более "правильное" решение, но я до сих пор в сомнениях -- стоило ли оно того...

[barancev]

Практически все команды селениума обвернуты в ожидания

 

Судя по всему Вам по какой-то причине не подошли "штатные" явные ожидания?

WebDriverWait wait = new WebDriverWait(driver);
....
wait.until(visibilityOfElementLocatedBy(someLocator)).click();

[Сергей]

1. Есть такое понятие в теории управления - переходной процесс.

2. Есть такое понятие в тестировании - метод гонок (условия гонок).

 

При поиске "волшебных" поведений ПО дают весьма неплохие результаты.

 

НО в автоматизации предпочитаю избегать этих двух понятий и использовать сон.

[Ilana]

Да, есть о чем подумать, конечно. 

 

Инфраструктура и утилиты проекта писались четыре года назад на Selenium RC, и видимо тогда явные ожидания WebDriver не существовали или тот кто писал он них не знал. Вот исторически так и работает, и все довольны. 

 

Сейчас попытаюсь заменить их (хотя бы частично) на функциональность WebDriverWait и посмотреть пару месяцев не ухудшит ли это стабильность. (Хотя с точки зрения паттерна, как мне кажется, это тоже самое. Паттерн остается в действии.)

 

 

[checo]

Бывают случаи, когда с анимацией на странице драйвер отрабатывает несинхронно.

 

Скажем, ожидание для visibility/invisibilityOfElementLocated отработало, а метод click() на открывшемся элементе выдает Exception. Причем это сохраняется и при вполне приличном таймауте перед кликом (например, 500 мс).

 

В таких случаях Wait оказывается фактически бесполезным, лишние строки кода. Удобней выставить небольшой таймаут, если с ним тест стабильнее.

[Tishka]

В последнее время несколько раз пришлось использовать sleep.

1. На странице примерно 40 динамических полей, каждое из которых сохраняет значение при клике на другой элемент. 

Если не использовать sleep то доходит до того, что летит 30+ запросов на сохранение и некоторые отваливаются по timeout.

2. Есть необходимое условие - загрузка 10 фоток на странице, загрузка идет по 1й фотке.

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

 

Вообще иногда использую sleep для отладки тестов, чтобы визуально убедиться в том что все работает так как надо.

[barancev]

В последнее время несколько раз пришлось использовать sleep.

1. На странице примерно 40 динамических полей, каждое из которых сохраняет значение при клике на другой элемент. 

Если не использовать sleep то доходит до того, что летит 30+ запросов на сохранение и некоторые отваливаются по timeout.

2. Есть необходимое условие - загрузка 10 фоток на странице, загрузка идет по 1й фотке.

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

 

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

[Kerem356]

Раньше этот шаблон часто использовался в проекте, как костыль. Со временем это перешло в полноценный подход. Мне это надоело и я вырезал все ожидания и переписал, используя средства Selenium. Все работает быстро и качественно

[Tishka]

 

В последнее время несколько раз пришлось использовать sleep.

1. На странице примерно 40 динамических полей, каждое из которых сохраняет значение при клике на другой элемент. 

Если не использовать sleep то доходит до того, что летит 30+ запросов на сохранение и некоторые отваливаются по timeout.

2. Есть необходимое условие - загрузка 10 фоток на странице, загрузка идет по 1й фотке.

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

 

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

 

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

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

В конце сказали примерно так: "Если все таки пользователь столкнется с такой проблемой, то тогда будем думать."

[Сергей]

Ну и правильно сказали. Хотя раньше доказывал, что нужно все равно исправить.