{tortags,117,1}

Создание Maven-проекта с нуля вручную -- занятие довольно утомительное. Надо написать POM-файл, добавить в него все нужные зависимости, создать структуру директорий. Всего этого можно избежать, если взять уже готовый шаблон проекта, распаковать его и слегка подправить -- дать проекту уникальное имя, указать номер версии.

К счастью, такая возможность создания проектов из готовых шаблонов уже есть в Maven. Называются такие заготовки "архетипами", и для создания проекта из архетипа нужно использовать команду 'mvn archetype:generate', подробнее про неё можно почитать на официальной странице плагина maven-archetype-plugin

Но ведь нужен ещё шаблон, в котором уже настроены все нужные зависимости от Selenium и от тестовых фреймворков.

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

Через месяц мы запускаем новый онлайн-тренингЭффективное использование TestNG и JUnit, посвящённый тестовым фреймворкам JUnit и TestNG, и чтобы дать представление о его содержимом мы решили опубликовать некоторые фрагменты этого тренинга. Прежде чем запускать тесты, их нужно разработать, и для этого естественно использовать интегрированные среды разработки, такие как IntelliJ IDEA, Eclipse или NetBeans. В этом фрагменте рассказывается о том, как подключить тестовые фреймворки к средам разработки, чтобы можно было в них разрабатывать тесты.

Автор: Баранцев Алексей

Через месяц мы запускаем новый онлайн-тренинг Эффективное использование TestNG и JUnit,, посвящённый тестовым фреймворкам JUnit и TestNG, и чтобы дать представление о его содержимом мы решили опубликовать некоторые фрагменты этого тренинга. Для сборки и запуска автотестов как правило используются специальные программы-сборщики, такие как Maven, Ant или Gradle. В этом фрагменте рассказывается о том, как настроить сборщики для запуска тестов.

{tortags,112,1}

Примерно раз в год я пишу статью про то, «как правильно запускать браузер» :)

Но эта, надеюсь, будет последняя в серии.

Небольшая предыстория. Давным-давно, в 2010 году на конференции SeleniumCamp я рассказывал про оптимизацию скорости выполнения тестов, и одна из первых рекомендаций была «используйте уже запущенный браузер повторно, не перезапускайте его для каждого теста заново». Потому что запуск браузера — весьма длительная и ресурсоёмкая операция. Чуть позже, уже в 2011 году, я написал первую статью, в которой я изложил «теоретические основы науки о запуске браузеров». Через год после этого появилась вторая статья, в которой описывалась конкретная реализация утилиты, управляющей запущенными браузерами. К ней, естественно, прилагался проект с программным кодом этой утилиты. Ещё через год я наконец выложил усовершенствованный вариант этой утилиты на GitHub, и вот теперь пришло время написать сопроводительную документацию.

Итак, встречайте, новая улучшенная реализация WebDriverFactory, теперь на всех экранах страны на GitHub и в центральном репозитории Maven!

{tortags,111,1}

Если вы уже пробовали запускать в Internet Explorer 11 тесты, разработанные с использованием Selenium WebDriver, возможно, вы столкнулись со «странными» ошибками — то браузер не запускается, то возникают исключения при открытии некоторых страниц или при переходах по ссылкам.

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

Но наконец-то появился способ обойти эту проблему!

Для этого требуется в реестре найти или создать раздел

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_BFCACHE

и в нём создать параметр типа DWORD с именем iexplore.exe и значением 0:

Для 64-битной версии аналогичные действия нужно проделать также с разделом 

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_BFCACHE

Можно также скачать готовые reg-файлы

Автор: Алексей Баранцев

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

Но есть некоторые «фичи», которых в Selenium нет и скорее всего не будет. Среди них: загрузка файлов с сервера, работа с сайтами, требующими авторизации, проверка кодов ответа на HTTP-запросы. Их не планируется добавлять в Selenium, потому что более правильным способом их реализации является использование вспомогательного прокси-сервера, работающего в связке с Selenium. Наиболее подходящим для этой цели является BrowserMobProxy, который в своё время «отпочковался» от Selenium и стал самостоятельным продуктом.

Под катом ещё один доклад с конференции ConfeT&QA, в котором рассказывается о том, как при помощи связки Selenium и BrowserMobProxy реализовать вышеупомянутые «фичи». Ссылка на проект с кодом примеров на гитхабе прилагается.

Код примеров тут: github.com/barancev/selen-confetqa-2013

Go to top