Comments 30
UFO just landed and posted this here
Selenium + Selenium IDE + Selenium RC
Canoo WebTest и HTMLUnit
Canoo WebTest и HTMLUnit
selenium сейчас пробую, но пока по нему трудно с документацией, а самому сложновато...
остальные сейчас посмотрю, спасибо.
остальные сейчас посмотрю, спасибо.
Попробовал... Не понравилось.
Все вышеперечисленные показали что проще тестировать руками или если уж совсем прижмёт, то написать свою систему для тестов :(
Все вышеперечисленные показали что проще тестировать руками или если уж совсем прижмёт, то написать свою систему для тестов :(
а чем не понравилось??
по моему selenium + selenium IDE для не сильно AJAXовых и Flash\Flex сайтов ОЧЕНЬ даже подходит
по моему selenium + selenium IDE для не сильно AJAXовых и Flash\Flex сайтов ОЧЕНЬ даже подходит
Попробовлаи что и на чем? и почему не понравилось.
Тестировать руками в случае двухнедельных итераций сложные проекты нереально - или надо содержать целую армию мануальщиков и хороших тест-дизайнеров. Вдобавок тестирование руками проходит медленнее: автоматизированное тестирование может включаться в сборку проекта.
Вы unit-тестирование используете в своей практике?
Тестировать руками в случае двухнедельных итераций сложные проекты нереально - или надо содержать целую армию мануальщиков и хороших тест-дизайнеров. Вдобавок тестирование руками проходит медленнее: автоматизированное тестирование может включаться в сборку проекта.
Вы unit-тестирование используете в своей практике?
Пробовали,простите
Unit-ы сейчас начинаю использвоать, но скорее просто из интереса, т.к. получаемые от них преимущества для меня приблизительно равны стоимости внедрения. У меня много мелких проектов, за которыми надо централизовано следить. Selenium не подошёл из-за того, что его надо на каждый сайт внедрять специально.
А хто такие ИнетЕрфейсы ? :) Заголовок подправь.
Что тестируете? Какой бюджет тестирования? Из свободных программ вам уже порекомендовали: Canoo Webtest (http://webtest.canoo.com), HtmlUnit (http://htmlunit.sourceforge.net). Добавлю еще решения на основе Fit (Fitnesse c обвеском в виде WebFixture или подобных) - в основном для acceptance-тестирования.
тестируем сайт, который нужно тестить часто и много :)
Бюджет, хы, интересный вопрос... можно я не буду отвечать? :-D
спасибо, посмотрю.
Бюджет, хы, интересный вопрос... можно я не буду отвечать? :-D
спасибо, посмотрю.
просто если бюджета особо нет - то в сторону rational robot и QTP можно даже не смотреть (многие тысячи). Ну или пиратка ;-)
сайт - много аджакса, мало аджакса, какие фреймворки использовались (prototype, mootols, ...), какая тестовая платформа будет - линуксовый сервак/виндовый сервак, как планируется запускать такие тесты (ручками или в автоматическом режиме), есть ли спец. человек, который их будет поддерживать в кондиционном состоянии?
аджакса почти нет, фреймворк - prototype.
мне не нужно это ставить на сервер, самое оптимальное, чтобы я в определенный момент мог сам запустить ранее созданные сценарии.
мне не нужно это ставить на сервер, самое оптимальное, чтобы я в определенный момент мог сам запустить ранее созданные сценарии.
тестовая платформа - то, где у вас вретится тестовая версия приложения. Так, например, HtmlUnit все равно, где работать, это эмулятор браузера. Selenium же открывает браузеры и выполняет все в них (с помощью JS-включений). Отсюда возник вопрос про платформу. В описываемом вами случае подойдет все :-)
ну пока я остановился на Selenium, но вот у него с доками не очень хорошо...
есть у него такая проблема. В том числе поэтому мы его и не используем. На ClientSide 2007 был, кажется, доклад по Selenium - может, найдете что полезное
спасибо, посмотрим хистори :-)
а что вы используете?
а что вы используете?
для одной части проектов - Canoo WebTest (браузерно-независима, валится при ошибках в джава-скриптах, хорошая система отчетов, хороший и полный мануал, быстрая, но не все в AJAX понимает); встроена в build-process. Для другой - собственные разработки для Fit (улучшенная и дополненная webBrowserFixture для Fitnesse) - преимущественно для acceptance-тестов.
Концепция HtmlUnit убила наповал :))) Тестирование веб-приложений под "эмулятором браузера", это видимо для тех кто пишет веб-приложения для эмуляторов браузеров, которыми будут пользоваться эмуляторы юзеров... :)
позвольте поинтересоваться
а как работает ВАША система тестирования?
ЧТО она тестирует и какие цели тестирования ставятся?
КАКОЙ репортинг дает на выходе?
а как работает ВАША система тестирования?
ЧТО она тестирует и какие цели тестирования ставятся?
КАКОЙ репортинг дает на выходе?
У меня сейчас нет системы автоматизированного тестирования. Цель такая, что у меня под контролем около сотни различных живых сайтов, в основном тупых и мелких, но есть и большие и заумные, которые желательно время от времени мониторить, чтобы заказчики не натыкались на баги первыми :)
Репортинг нужен самый обычный, как во всех юнит-тестах, т.е. ЧТО и ГДЕ поломалось, если поломалось.
Репортинг нужен самый обычный, как во всех юнит-тестах, т.е. ЧТО и ГДЕ поломалось, если поломалось.
Для функциональных тестов (проверки работы приложения, ссылок, кнопок, форм) - HtmlUnit это такой же браузер, разбор страниц и отработка JS в нем осуществляется точно по стандартам. В качестве юзерагента можно прописать то, что нужно - и будут исопльзоваться соответствующие механизмы обработки (так, по разному обрабатываются xmlHttpRequest). Так что здесь все нормально.
jUnit тоже использует и моки, и фейковые объекты - и никто не жалуется.
Если речь идет о тестировании верстки и кроссбраузерности - тогда придется тестировать ручками. И Selenium тут не поможет, потому что для тестирования использует включения в код страницы, что подменяет тестируемый объект.
jUnit тоже использует и моки, и фейковые объекты - и никто не жалуется.
Если речь идет о тестировании верстки и кроссбраузерности - тогда придется тестировать ручками. И Selenium тут не поможет, потому что для тестирования использует включения в код страницы, что подменяет тестируемый объект.
Кроссбраузерность как раз и является наибольшей проблемой при тестировании, т.к. по стандартам можно и вслепую кодить. А вот если где-то под очередной Оперой что-то внезапно боком выползло, причём ещё три версии назад, то начинается "ой-ой-ой".
Т.е. необходимо функциональное тестирование в контексте конкретного и неидеального браузера-клиента, фактически заменяющее тыцающего мышью юзера.
Т.е. необходимо функциональное тестирование в контексте конкретного и неидеального браузера-клиента, фактически заменяющее тыцающего мышью юзера.
тестируем сайт, который нужно тестить часто и много :)
Бюджет, хы, интересный вопрос... можно я не буду отвечать? :-D
спасибо, посмотрю.
Бюджет, хы, интересный вопрос... можно я не буду отвечать? :-D
спасибо, посмотрю.
Sign up to leave a comment.
Тестирование веб интерфейсов