Selenium: Получение куков в Google Chrome

Изображение взято из официальной вики Chrome Driver

Проще говоря - вы не можете получить информацию о текущем состоянии кук в браузере.
Однако это уже не так.
Только что проверил на рабочем проекте на связке

Selenium 2.29 + Google  Chrome24.0.1312.56 m + Chrome Driver 26.0.1383.0

Link: О дуализме Maven

Собственно глубокая мысль от Мартина Фаулера
И куда как менее глубокая мысль и сумбурно изложенный пример в отношении средств сборки от Нила Форда.
Оба из одной компании, ThoughtWorks.

С мыслью "дедушки" Фаулера я согласен - потенциал инструментов, которые дают степень расширяемости указанную в первой статье действительно велик.

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

Maven дал экосистеме Java стандарт.
Тот, кто работал в аутсорсинге (и часто менял проекты) в 2005-2009 гг. и выкачивал из svn проекты с произвольной структурой, файлом build.xml и папочкой lib со всеми джарниками внутри  - меня поймет.
Особенно когда ты выкачиваешь такой проект с какого-нибудь сервера заказчика в Гондурасе.

Если вы не делаете что-то действительно особенное или принципиально новое - maven вам может быть и не подходит,но скорее всего вы просто его не правильно готовите.

Вопрос о расширяемости maven в томже  контексте - может быть Форд и прав.
Но это опять же вопрос знаний - если вы уже пишете на java, развернули проект с нуля на maven, то написать плагин тоже не составит труда.

Поезняшка: Стронций

Химически чистый образец того к каким положительным(ИМХО)  последствиям приводит open source движение.
Взяли и написали реализацию Wire Protocol на .NET.
Назвали Strontium (Стронций, бишь).
И все для того чтобы не засовывать в экосистему .NET джаву.
С одной стороны - неправославно, потому что .NET вообще.
А с другой стороны - вполне себе ничего.
Ведь можно же с помощью этого всего (будем надеятся) поднять Selenium Grid Node без затаскивания Java.

 ЗЫ Jim Evans - мужииииик!!!

Link: Как Spotify разрабатывает свои продукты

Тема управления развитием продукта регулярно всплывает на поверхность.
В этот раз её поднял Хенрик Книберг на примере Spotify - кто не в курсе это такой музыкальный сервис.
В общем и целом все тот же Plan-Do-Study-Act цикл описанный много раз бесчисленным множеством авторов, только называется иначе.
Прочитать все равно рекомендую.

https://dl.dropbox.com/u/1018963/Articles/HowSpotifyBuildsProducts.pdf

Оригинальный пост в блоге Crisp

О странном и недостающем

Многие пытаются использовать JMeter для тестирования производительности.
У некоторых получается.
У большинства нет, но дело тут не в JMeter, и даже не в прямоте рук, а в голове и просто непонимании некоторых аспектов того, что есть тестирование вообще, и тестирование производительности в частности.

JMeter/SoapUI хорошие тулы, но не для Web-приложений.
Потому что web - он асинхронный. Не нужно пытаться это понять, нужно просто запомнить.
Он асинхронный от браузера до сервера, внутри сервера, от сервера до браузера в обратном направлении и уж внутри современного браузера тем более.

Поэтому тестировать производительности web-приложений с помощью JMeter (по факту получать какой-то HTTP Status Code, или даже полноценный ответ) не получится.
А есть еще и JavaScript и event queue внутри браузера.

Но тем не менее очередное поколение юнлингов стремится одним сокрушительным ударом победить такого зверя как Web Application Performance Testing, не понимая что он дан нам всем не для побед, а для просветления внутри себя.

Ну и чтобы уж совсем показательно  - пример перекрестного скрещивания JMeter и WebDriver.