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

И так задача - есть 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 ? каким образом ? его использовать в тестировании - ссылки на сайт и примеры, можно ?!

Спасибо !