Всем добрый день !
Нужно понять как правильно спроектировать архитектуру для инструмента тестирования .

И так задача - есть API который нужно тестировать ( API реализован по нескольким протоколам HTTP , TCP )
Представляет из себя набор запросов - ответов.

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

планируется создать для всего этого веб интерфейс :
Что хочется понять : Какую технологию использовать , какая архитектура такого приложения ?
( Веб-приложение будет являться клиентом для стены - которая предоставляет API )
Ведение логов всех запросов, просмотр этих логов в веб интерфейсе , запись все запросов в базу итд ...

пользователи - это 5-10 человек.

Один из модулей - должен выполнять нагрузочное тестирование API (запускать указанное количество потоков в каждом потоке выполнять какой то определнный кейс - фактически это исполнение Unit тестов)

Нужен язык для сценариев итд .

Язык для написания тестов (делаем A - потом B если B = С(x) то делать C , иначе E ... etc) .

Рассматриваю - база mysql , derby;
orm toplink ;
glassfish ( ejb + servlet+ jsp) или tomcat , jetty , spring + (Velocity + jsp) ;
Html + jquery+ css3

Возможно смотреть стоит в сторону фреймворков GWT + EXTJS ?

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

Буду признателен за любые советы и помощь .

Спасибо!

Petro123Atum1,
- юнит тесты выше - это НЕ юнит тесты.
- зачем новый ЯП (дорого), если можно без него. Кто пользователь, который будет на скриптах писать?

Тестеры . Нужно будет им написать новый кейс для тестирования : вызов новой функции АПИ1 -> получить результат -> если один из параметрок равен =5 -> вызвать функцию АПИ4 - и дать на вход параметры ответа + еще пару памаметров.

ИТД ,

АПИ стены меняется , доставляются новые функции + прирастают параметрами старые итд ...

Petro123Atum1,
По мне, у вас не явно обозначена граница юзер-тестировщика и юзер-программиста. Почему убррали десктоп?

Нет разработчика на десктоп , хотят делать веб . Чтобы все приложения были в одном месте.

По сложности такая системы фактически в 10 раз сложнее + избыточна . Система равна полноценному клиенту АПИ.

Petro123Atum1,
всё равно непонятно.
- вы делаете 2 системы.

Система А - замена десктопных для заказчика А
Система B - новая для своих тестировщиков и для системы выше А

Т.к. абстрактное API не продаётся заказчику. Так?
А писать можно на чём угодно - на чём умеете.
Т.к. это не rich gui то всякие GWTXXXX могут быть оверхедом.
IMHO

Этим АПИ пользуется заказчик - это АПИ нужно тестировать 24/7 - оно меняется и растет.

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

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

ГУИ для тестеров - максимально простое - набор формочек для заполнения , пару областей для просмотра тела запроса- и тела ответа и кнопки .

Как раз и интересует - выбор инструментов на каждом шаге.

Petro123OK

Т.е. ищите по слову DSL (свой ЯП) и вперёд. Там ГУИ тогда никакого не надо.
Если тестировщик будет Уметь писать скрипты, то тогда нафига ему ГУИ-галочки и комбобоксы?
Удачи!

Еще как вариант - создать интерфейс на основе готового решения - cms

, тут нужен совет какую выбрать для работа ?! .


Сейчас у тестеров и так есть bash скрипты для тестов (скрипт - кончиг + набор параметров ) - эти скрипты в частности делают нагрузочное тестирование - создают по 100500 запросов в секунду и ждут ответы итд ...

Хочется эти запросы создавать к примеру через Apache JMeter ( а параметры задавать в едином веб интерфейсе).

Альтернатива CMS
Это
GWT
JSF
Vaadin
ADF
Facelets

... что то еще ??? пишите .

Petro123Atum1Хочется эти запросы создавать к примеру через Apache JMeter ( а параметры задавать в едином веб интерфейсе).
на первый взгляд эта фраза звучит, например так:
"хочется работать в Фотошоп, но параметры и управлять им через свой интерфейс".
.....
Если вы делаете аналог JMeter, то скажите чем ваше будет лучше.
Если делаете то что он не может (даже своими макросами), то скажите чем ваше будет лучше.
Как то так.....
Нужны ВИ, прежде чем писать.

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

Понять какое решение выбрать ... какой путь .

Проектирование и анализ ...


Да нужна система - для проведения тестов , нагрузочных тестов , написания сценариев .

Проще было бы тестеров обучить к примеру java + junit + mock = и пусть сами пишут тесты .

А так им надо предоставить ГУИ интерфейс в котором они набьют данные - вызовут функцию из апи и получат ответ.

Для GUI , как вариант подойдет zk oss - как быстрая разработка ?!.

Для реализации бизнес логики - как решение - это обернуть все в SOAP (WSDL) оформив все в виде веб сервисов.

и натянуть их на GUI ZK/


Вопрос для всех - кто нибудь пользовался soap UI http://www.soapui.org/ какие у него плюсы ? минусы ? удобство , освоение итд ?

нужна ли pro версия ?

http://www.loadui.org/ - что за зверь ? с чем его едят и как готовят?

ОзверинЯ бы смещал web gui разработку всю на js, юзая необходимые фреймворки, хотя опыт использования zkoss есть, и это довольно продвинутый фреймворк.

Каким образом, можно подробности?
Озверин
soap ui не нужен, если вам не трубется автогенератор тестов, все это заменяется комадндной строкой того же axis или чем вы там собираетесь генерить классы. Хотя это мой поверхностный взгляд на мои полторы недели юзания продукта ;)
Loadui что то посложнее, не использовал.

axis ? каким образом ? его использовать в тестировании - ссылки на сайт и примеры, можно ?!

Спасибо !

забыл никsoapUI - незаменимая вещь, если приложение построено по принципу SOA. Использую и весьма доволен.

а как указать что нужно создать POST запрос , указав ему тело ? не параметр а именно тело ?

Для версии REST

забыл никУ меня чисто SOAP, тупо скармливаешь wsdl и он генерит экзамплы для каждой операции

с последней версии - soapUI - стал поддерживать rest .

Еще вопрос :

есть вопрос по soapUI - сейчас у меня есть дескктоп приложение - которое по xsd схеме создает java код = это модель - потом заполнив ее на формочке (набор полей ) - через jaxb - я получаю xml - который кладу в тело запроса - в post - и отправляю на сервер ... можно ли в soapui - нарисовать свою форму в которой заполнять поля - и потом преобразовать модель в xml - и положить его в запрос ?

Сейчас я просто кладу готовый xml (заранее созданый в моем приложении) в тело запроса и все отлично работает , но хочется перенести этот функционал в soapUI/ каким образом он позволяет работать с собственной моделью ?


И возможно и как то создавать запросы для TCP протоколов в бинарном виде?

Можно ли в soapUI объединить два запроса в цепочку - т.е. - первый информационный запрос вернул ответ - в виде xml - из него я должен взять значение одного из полей и составить другой запрос ?! такое возможно ?

IliyamAtum1,

можно я свои 5 копеек...
Мне вот непонятно, почему все так шарахаются от GWT. По-моему самый простой и быстрый вариант сделать ajax gui без знания js и html-разметки (брр). Та же java, никакого лишнего трафика, даже дизайнер форм есть)). Сервисы на spring плюс хибер, плюс spring security, если надо. И за пять минут можно сделать вполне нормально выглядящий веб гуй. Лучше уже только на js, я думаю, но точно не быстрее.

Согласен ! но мне ближе GXT - почему то:) .

к недостаткам GWT - можно отнести достаточно долгое вхождение в понимание того как нужно писать простое приложение ?!

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

Опять же какой подход взять через UI builder ваять формочки - или через чистый код?

zkoss - в этом плане проще , не намного но проще . нет понятия компиляции итд .

Сейчас GWT - проект с одной локалью и одним клиентом и режимом грязной сборки это порядка 20 сек компиляции.
Да есть DEV режим , но это не всегда спасает , особенно когда нужно проверять работу клиента и сервера.

а так да , в целом - GWT - отличная вещь = без знания jacascript и html = можно протянуть :)