stmark

А Вас не смутило, что ТС использует HtmlUnitDriver, а не FirefoxDriver?

Да, действительно не приметил слона :)

Всё верно, команда selenium.type не печатает в поле что-то, а именно устанавливает у поля новое значение.
Для того, что бы симулировать ввод текста в поле нужно использовать команду selenium.typeKeys.

Как вы и говорили, все зависит от атрибута required. Если такой атрибут стоит у инпута, то браузер сам генерирует подсказку, если в поле ничего не ввели. Замечу, что далеко не все браузеры так делают. Такую подсказку Selenium не перехватывает, не уверен насчет Webdriver. Это всё о подсказке из последней ссылки. То, что можно видеть на скриншоте больше смахивает на самодельную подсказку, как и сказал Деметри, больше всего похожую на простой DIV. Поэтому и нужна ссылка на страницу.

Есть тренажеры для тестирования безопасности - специально созданные сайты с уязвимостями разного рода.

Ссылки давай!

Вообще конечно каждый первый сайт, ибо везде есть что посмотреть.
А так вот, например:
http://demo.testfire.net/ - от IBM
http://thebutterflyt...ourceforge.net/
https://www.owasp.or...Web_App_Project

Вот так можно через RemoteWebDriver:

[Test]
public void TestTest ()
{
  	DesiredCapabilities desiredCapabilities = DesiredCapabilities.Opera();
  	var remoteAddress = new Uri( "http://localhost:4444/wd/hub" );
  	driver = new RemoteWebDriver( remoteAddress, desiredCapabilities );
  	driver.Navigate().GoToUrl( "http://google.com" );
}

Замечания:
1. Возможно прийдётся переменную окружения PATH подредактировать, но как правило этого не требуется.
2. Стоит обновить Оперу.
3. Все подробности по использыванию этого драйвера можно найти вот здесь и здесь.

В последней версии IDE 1.3.0 и на Fx 3.6.23 работет такой код:

<tr>
	<td>selectFrame</td>
	<td>css=iframe.jsxComponents-Editor-Frame</td>
	<td></td>
</tr>
<tr>
	<td>type</td>
	<td>css=html&gt;body</td>
	<td>test</td>
</tr>

Пыталась - не получается.
Не могу командой selectWindow выбрать этот поп-ап. Title у него нет. Какой ID у этого окна мне не понятно

Используйте selectPopUp, он выберет первое окно, не являющиеся основным.

В таком общем случае тесткейс один:
1. Передать данные сервису
2. Дождаться ответа и убедиться, что он верен
А вот данные, которые ему скармливаются будут в большом кол-ве.

Demetri, думаю, не запрещается :)

http://www.casinometropol1.com

Используем такой локатор для ввода пароля: css=section.account>form>input.password-replaced
При этом до ввода возможно потребуется кликнуть опять по тому же локатору, что бы пропала надпись по-умолчанию.

Можно попробовать в браузере насильно выставить в настройках "открывать все ссылки в новых табах".
Для фокса вроде как-то так: browser.tabs.insertRelatedAfterCurrent в true.

Что работало в моём случае:
1. Использование WaitFor вместо Thread.Sleep. Это во всех мануалах расписано.
2. Использование Selenium 2.0 (WebDriver) + HtmlUnit, один тест так и вовсе с полутора минут скатился до 25 секунд, так и не понял до конца за счет чего это произошло.
3. Параллельный запуск тестов. Делал через Grid, работало ессно веселее, но из-за множества глюков, отказались в тот раз. Стоит попробовать ещё раз, и если не с гридом, то можно другой вариант подыскать.
4. Оптимизация времени загрузки браузера. Для каждого браузера она своя. Отключаем всё, что не повлияет на само отображение страниц и их функционирование. Здорово помогло.
5. Разграузка сервера, на котором гоняются тесты. Как ни банально, но длительное время прогонки каждого теста у нас было связано с тем, что ещё и сам проект билдался на том же сервере. Сюда же можно включить и простая оптимизация ОС и увеличение мощностей машинки. Хотя не уверен, что это сильно скажется на скорости выполнения тестов.
6. Рефакторинг самих тестов ещё до их реализации в коде. Отбрасываем все ненужные действия. Это была моя личная проблема, в одном тесте я старался охватить как можно больше функционала, тестирование которого никому не было нужным или же просто всегда работало.
7. Прогонка всех тестов без множества стартов браузера. Помнится Алексей Баранцев подробно расписывал как это делается.

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

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

1. Не оптимизирован тест (используете sleep вместо ожидания элементов)
2. Используете медленный компьютер, на котором прогоняются тесты
3. Сайт сам по себе очень медленно работает или просто канал диалапный

Для начала покажите код теста. Иначе будем играть в угадайку.

Какого рода тестирование требуется провести?
1. Если тестирование реализации, то скачиваем подходящую спецификацию, например тут. А далее начинается обычное тестирование, со своей спецификой, но в целом не сильно отличающееся от обычного тестирования.
2. Если же требуется провести тестирование безопасности, то тут нужен другой подход. Для начала нужно определить точки воздействия, затем выбрать методы обхода ограничений.
Информации на это в сети море и по разным типам атак, например: атака на SOAP, WS-Addressing spoofing и многие другие.
Итого: определитесь, какое именно тестирование требуется и тогда возможно появятся уже более конкретные вопросы.

Это в IDE можно использовать ? Кажется GetAllWindowTitles в IDE нет...

Все верно, там нет такой команды, в IDE есть команда storeAllWindowTitles,
В IDE проще всего пользоваться комбинацией waitForPopUp, selectPopUP, selectWindow (NULL)