Basic(NTLM) авторизация + Selenium
#1
Отправлено 14 декабря 2010 - 09:19
Есть некий сайт, вход на который, из соображений безопастности, происходит с использованием Basic(NTLM) авторизации.
Далее имеем собственно сайт, находящийся в разработке, который и надо тестировать.
Что имеем на данный момент:
Авторизацию обошли подставной страничкой с простейшей формой. При сабмите формы происходит либо переход на
http://user:pass@site.com для FF и Google Chrome, либо авторизация через XMLHttpRequest для IE7\IE8.
Проблема:
При дальнейшем тестировании столкнулись с ситуацией когда, по некоторым причинам(например, обновление контента),
окно авторизации появляется вновь и тесты падают.
Вопрос:
Как сохранить авторизацию для одельно взятой сессии селениума?
Пробывали делать авторизацию с помощью HttpClient, но так и смогли привязать его к селениум.
Возможно ли как-либо образом "слушать" запрос сервера на авторизацию и автоматически ее отсылать тем же HttpClient?
Заранее спасибо :)
#2
Отправлено 14 декабря 2010 - 10:12
Вообще крайне рекомендую их блоги по части тестирования на selenium смотреть, там есть весьма вкусные вещи.
ЗЫ: Как вариант можно еще попробовать запускать селениум сервер под нужным юзером.
#3
Отправлено 14 декабря 2010 - 11:27
А кто-нибудь пробывал тоже, но на Java реализовать?
#4
Отправлено 14 декабря 2010 - 11:47
#5
Отправлено 14 декабря 2010 - 18:23
#6
Отправлено 15 декабря 2010 - 14:59
Пускать надо как минимум ИЕ7, ИЕ8 и ФФ. Как максимум еще и Хром с Сафари :)Так... Что пускаем, какой браузер и так далее)
runas запускал с /noprofile и /netonly
#7
Отправлено 16 декабря 2010 - 05:22
#8
Отправлено 16 декабря 2010 - 13:35
как я понял из мануала по runas, /noprofile не загружает данные профиля системного юзера.почему /noprofile? Там же для FF это добро как раз через профайлы делается, нет?
А так как нужного юзера у меня в системе нет, то и использовал /noprofile. Да и сам селениум
загружался со всеми нужными опциями, в том числе и с указанием профайла для ФФ.
#9
Отправлено 17 декабря 2010 - 05:38
Вот, кстати, есть еще решение на Java: http://wiki.openqa.o...TTP AUTH Issues
Но я не уверен что оно работает (автор, видимо, тоже). Так что там придется поковыряться.
Еще варианты воркараундов - попробовать передавать в линку логин/пароль, но я не уверен что это будет корректно. Ну или ловить диалог всякими AutoIt и Sikuli, что тоже костыль.
#10
Отправлено 17 декабря 2010 - 08:30
Пока остановились на том, что после кликов, которые могут вызвать(правда так и не понял почему) авторизацию, шлем авторизацию с помощью XMLHttpRequest.
Пока работает :) Если в дальнейшем перестанет - будем думать дальше :)
Спасибо за советы.
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных