Вебинар: Как создавать локаторы для Selenium WebDriver

Согласен, но тут основная фишка в демонстрации. Визуально, на мой взгляд, легче понять сами основы построения локаторов. Ну, а дальше — можно спецификации погуглить.

Хотя, краткий конспект в виде статьи — это очень хорошая идея, спасибо.

Так это уже третий вебинар, а еще есть второй и первый.

Да, вы правы, качественный монтаж улучшил бы вебинары, а когда я делаю тайминг, то прослушиваю видео на 2x ускорении воспроизведения в VLC.
Мы поэкспериментируем с простыми техниками: увеличением скрости и обрезкой лишних частей.

Но, при этом очень важно сохранить саму оперативность публикации вебинара. В среду вечером он прошел, в четверг утром уже было доступно видео и сегодня утром появилась публикация на Хабре с коротким описанием и таймингом.

На мой взгляд, Firebug/FirePath как то более очевидный для начинающих. Плюс Selenium IDE работает только под Firefox, но, в Chrome также есть немало полезностей. И на самом деле, это была просто рекомендация – использовать Firefox, а не неоспоримая аксиома.

А вот, кстати, аналогичный англоязычный доклад про XPath и CSS селекторы в Selenium, где докладчик показывает примеры на Chrome:

Selenium Meeting 19th may — Video Recording

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

Дело в том, что такие драйверы, как Selenium, WatiN, WatiR сами по себе внедряют очень много своего кода в страницу. И работают уже с модифицированной страницей, а не той, которую видят тестировщики и пользователи. Драйверы вызывают обработчики событий браузера, например onclick(), вместо того чтобы реально кликнуть мышкой по контролу в браузере.

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

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

Я это к тому, что разработчики Селениума встали на множество граблей, связанных с обработкой событий, вводом текста, определением доступности контрола, и поэтому, использование Селениума делает код автоматизации надежней. В некоторых ситуациях внедрение своего JS кода действительно необходимо, но при выборе «сложно через Selenium” и «просто через свой код» – я выбираю первый вариант.

Спасибо за Ваши пожелания, я их передал автору вебинара.
И спасибо за ссылку на доклад Николая Алименкова, я считаю этот доклад одним из лучших по Page Object.