LINUX.ORG.RU

Вышел Webspec 1.2.1

 , , , ,


0

4

18 ноября увидел свет очередной выпуск Webspec — Java-фреймворка для автоматизации тестирования веб-приложений.

Webspec является новым витком развития фреймворка Watij, в котором добавлена возможность работы с браузерами, отличными от Internet Explorer, на различных платформах, включая Linux, Mac OS X, BSD и Solaris, улучшена работа с JavaScript, а также проведён объёмный рефакторинг кода.

В версиях 1.1-1.2.1 улучшена работа с всплывающими окнами, фреймами, добавлена интеграция с JRuby (включая работу с irb), реализована работа в «тихом режиме» (silent mode), доработаны некоторые из основных методов и исправлены многие ошибки.

Официальный сайт проекта

>>> Подробности

★★★☆

Проверено: mono ()

Можно сравнение с selenium? Насколько понял из описания, программы одного назначения.

AlexKiriukha ★★★★ ()

эх...как же я хочу научиться писать веб-приложения на жаве, вот только всё времени не хватает
по сабжу: это всё таки фреймвёрк или надстройка над java api (как написано на офф сайте)?

ArtemZ ()
Ответ на: комментарий от ArtemZ

>эх...как же я хочу научиться писать веб-приложения на жаве, вот только всё времени не хватает

Товарищ! Затраченное время окупится причём многократно.

anonymous ()

ради Webspec стоит учить джаву?

xhat ()
Ответ на: комментарий от xhat

Присоединяюсь к вопросу.

Вообще стоит учить джаву? Насколько оно популярно среди работодателей?:)

mega_venik ★★★ ()
Ответ на: комментарий от AlexKiriukha

в принципе последние версии не сильно уступают селениуму по функционалу, из преимуществ - pure java. из недостатков - pure java. как-то так :)

vostrik ★★★☆ ()
Ответ на: комментарий от xhat

если так ставить вопрос - то лучше выучить ruby ради watir

vostrik ★★★☆ ()
Ответ на: комментарий от ArtemZ

я предпочитаю называть его фреймворком, а вообще все зависит от определений.

vostrik ★★★☆ ()
Ответ на: комментарий от mega_venik

>Вообще стоит учить джаву? Насколько оно популярно среди работодателей?:)

Примерно 12%. C/C++ примерно 7%. 1С - 43%. Это год назад взяли предложения с ведущих сайтов с вакансиями. С# около 2%.

В самой Java, пожалуй, ничего особенного нет. Но на текущий момент сложилась мощная инфраструктура. Платформе Java EE 6 вообще альтернатив нет.

Например, можно сделать приложение для учёта баллов на карте подобное Связной-клуб. И обойтись 300 строчками кода с учетом комментариев и т.п. При этом будут учтены многие насущные вопросы.

anonymous ()
Ответ на: комментарий от kyz

> тебе популярность или зарплата нужна?

Деньги всем нужны:)

mega_venik ★★★ ()
Ответ на: комментарий от anonymous

>Например, можно сделать приложение для учёта баллов на карте подобное Связной-клуб. И обойтись 300 строчками кода с учетом комментариев и т.п. При этом будут учтены многие насущные вопросы.

лолкак

anonymous ()
Ответ на: комментарий от anonymous

>лолкак

Примерно так, но это чисто для лола.

Качаем JDK. Качаем NetBeans. Качаем Java EE 6 SDK.

Анализируем требования. Рисуем Use case диаграмму. Рисуем диаграмму классов.

В NetBeans создаём Enterprise приложение с EJB и web модулями.

Делаем Entity-классы в соответствии с диаграммой классов.

Делаем Sesion Stateless бины с необходимой логикой.

Делаем обёртку к EJB в виде SOAP web-сервисов. Можно сделать REST, но мне клиента проще для SOAP (и потом даже 1С его поддерживает). Ещё можно специально для всяких Android-ов и т.п. сделать Hessian-сервис.

Деплоим приложение на GlassFish.

На всё это уходит 2-3 дня. Конечно нужно почитать немного книжек. В Java EE 6 SDK есть отличный туториал на 700 страниц.

anonymous ()
Ответ на: комментарий от anonymous

Качаем JDK. Качаем NetBeans. Качаем Java EE 6 SDK. ....

Брось бяку!!! С помощью maven + spring и без ненужных сущностей типа диаграмм use case && class такая задачка решается максимум часа за 4.

Nagwal ★★★★ ()
Ответ на: комментарий от Nagwal

>Брось бяку!!! С помощью maven + spring и без ненужных сущностей типа диаграмм use case && class такая задачка решается максимум часа за 4.

Да!

Это многообразие мира Java. Всегда есть альтернативы. Не любишь Swing есть SWT. Не любишь J2EE есть Spring. ...

use case && class - это просто правила хорошего тона и фреймворк не имеет значения. Если так рассуждать, можно и вовсе всё на PHP можно написать.

Maven не имеет отношения к разработке. Это инструмент организации и сборки проекта. Java EE отлично чуствует себя в среде Maven.

Я бы всё же не рекомендовал начинать со Spring. Spring был актуален во времена EJB 2.0. Сейчас в нём нет необходимости. Java EE самодостаточная платформа, которая является промышленным стандартом.

Всё можно сделать за 4 часа, но еще есть различные тесты.

anonymous ()
Ответ на: комментарий от anonymous

use case && class - это просто правила хорошего тона и фреймворк не имеет значения. Если так рассуждать, можно и вовсе всё на PHP можно написать.

Ага, хорошего тона ;) Который никто в жизни не соблюдает. А если какой-нибудь приличный разработчик и соблюдает, то остальные не читают ;) А на самом деле сами по себе эти диаграммы нафиг не нужны. Их единственное адекватное применение - наглядно показать какие-то моменты из технического задания или technical blueprint. Но и там без них можно обойтись одним лишь текстом.

Maven не имеет отношения к разработке. Это инструмент организации и сборки проекта. Java EE отлично чуствует себя в среде Maven.

Мэйвен имеет непосредственное отношение к созданию проекта и подсовыванию в него зависимостей. Т.е. на мэйвене человек, с ним знакомый гораздо быстрее соберет проект (что фактически сведется к пятку копипастов из имеющихся пом-ов) и нажатию пары кнопок в иде для импорта.

Я бы всё же не рекомендовал начинать со Spring. Spring был актуален во времена EJB 2.0. Сейчас в нём нет необходимости. Java EE самодостаточная платформа, которая является промышленным стандартом.

Спринг все-таки сильно конфигурябельнее j2ee. Плюс еще куча плюшек типа интеграции со всякими сбокустоящими приблудами. И если он используется, в проекте (а это так в 80% проектов), то нафига нам лишняя сущность в виде ejb (ради которой обычно и используется полный j2ee).

Всё можно сделать за 4 часа, но еще есть различные тесты.

Зачем нужны тесты для приблуды на пару сотен строчек?

Nagwal ★★★★ ()

Ну так что, пагни? Чем следует пользоваться благородному дону при написании веб-приложений на java? А то столько всего и не знаешь, что выбрать. Также интересно, есть какие-нибудь опенсорсные проекты, использующие современные плюшки? Хочется глянуть живой код.

anonymous ()
Ответ на: комментарий от anonymous

> Чем следует пользоваться благородному дону

Благородным Донским

movietrouble ()
Ответ на: комментарий от anonymous

Знать надо оба. Чтобы потом не пытаться запихнуть java ee где достаточно спринга и наоборот, где недостаточно, не дописывать много на коленке.

anonymous ()
Ответ на: комментарий от Nagwal

> Зачем нужны тесты для приблуды на пару сотен строчек?

чтоб потом, когда приблуду захотят расширить было проще. Да и тесты хорошо подходят как часть документации

dotbg ★★★★ ()
Ответ на: комментарий от vostrik

что-то про преимущества/недостатки совсем скупо сказано :(

dotbg ★★★★ ()
Ответ на: комментарий от dotbg

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

vostrik ★★★☆ ()
Ответ на: комментарий от dotbg

>чтоб потом, когда приблуду захотят расширить было проще.

Эммм.. мы о приблуде на 300 строчек или о нормальном проекте с перспективами дальнейшего развития?

Nagwal ★★★★ ()
Ответ на: комментарий от Nagwal

Я помню несколько случаев, когда приблуда после нескольких доработок становилась «проектом с перспективами дальнейшего развития».

dotbg ★★★★ ()
Ответ на: комментарий от dotbg

Я помню несколько случаев, когда приблуда после нескольких доработок становилась «проектом с перспективами дальнейшего развития».

Как только приблуда переходит в категорию «проекта с переспективой» старую версию надо срочно закапывать. И писать по новой, учитывая наработки страой, но уже с нормальной архитектурой, codestyle etc.

Nagwal ★★★★ ()

Новые библиотеки для автоматизации не могут не радовать. Но в селениум 2 АПИ получше будет чем тут. Там используются анотации для вебелементов, чтобы разделить их описание от самих тестов.

anonymous ()
Ответ на: комментарий от anonymous

>Там используются анотации для вебелементов, чтобы разделить их описание от самих тестов.

да, но это тянет за собой необходимость изучать selenium, тут же достаточно каких-никаких знаний жабы. во многих случаях это плюс.

vostrik ★★★☆ ()

прошлая версия было очень неплоха только с нетерпением жду когда получится эту версию потрогать

Parshin ()
Ответ на: комментарий от Nagwal

угу, только бюджет нередко на это не дают. Лучше писать сразу хорошо.

dotbg ★★★★ ()
Ответ на: комментарий от dotbg

угу, только бюджет нередко на это не дают. Лучше писать сразу хорошо.

Сразу и хорошо относится скорее к жанру научной фантастики. А бюджет и на первоначальное написание приблуды по нормальному не дают.

Nagwal ★★★★ ()
Ответ на: комментарий от Nagwal

Это смотря какая приблуда :) А сразу хорошо (для меня) == придерживаясь некоторых принципов

dotbg ★★★★ ()

как это подключить?

У меня все закончилось на этой строке, просто не видит WebSpec:
WebSpec spec = new WebSpec().mozilla();
все jar файлы из library и java/dist добавил в библиотеку. Пробывал и в netbeans, и в eclipse.

vladymyrk ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.