Функциональное тестирование приложения передающего трафик по TCP/IP

Привет. Подскажите, какой продукт HP, IBM и т.п. может быть использован для тестирования протокола (передача данных определенного формата) работающего поверх TCP/IP.
Цель - создать некий эмулятор и тестировать соответствие протокола заданным спецификациям.

Привет. Подскажите, какой продукт HP, IBM и т.п. может быть использован для тестирования протокола (передача данных определенного формата) работающего поверх TCP/IP.
Цель - создать некий эмулятор и тестировать соответствие протокола заданным спецификациям.

Скажите, пожалуйста, а зачем вам для этого продукт HP, IBM итд итп?
Если у вас TCP/IP + собственный протокол поверх него, то вы можете написать что-то простое на любом языке программирования. Например на джаве. Делов-то - нужно 1-2 часа.
Далее, если есть протокол, это значит, что есть общение по нему, как минимум 2х ботов. Например сервер-клиент или клиент-клиент. Во втором случае проще - вам надо только одного подопытного проверить. В первом же - надо проверить соединения сервер---ваша-тестовая-тулза и клиент---ваша-тестовая-тулза. Можно её сделать простым туннелем, тогда вообще можно тестить в рилтайме сервер---ваша-туннельная-тулза---клиент.

Зачем нужно что-то, что стоит денег, когда всё можно на коленке сделать, за считанные часы?

Привет. Подскажите, какой продукт HP, IBM и т.п. может быть использован для тестирования протокола (передача данных определенного формата) работающего поверх TCP/IP.
Цель - создать некий эмулятор и тестировать соответствие протокола заданным спецификациям.

Скажите, пожалуйста, а зачем вам для этого продукт HP, IBM итд итп?
Если у вас TCP/IP + собственный протокол поверх него, то вы можете написать что-то простое на любом языке программирования. Например на джаве. Делов-то - нужно 1-2 часа.
Далее, если есть протокол, это значит, что есть общение по нему, как минимум 2х ботов. Например сервер-клиент или клиент-клиент. Во втором случае проще - вам надо только одного подопытного проверить. В первом же - надо проверить соединения сервер---ваша-тестовая-тулза и клиент---ваша-тестовая-тулза. Можно её сделать простым туннелем, тогда вообще можно тестить в рилтайме сервер---ваша-туннельная-тулза---клиент.

Зачем нужно что-то, что стоит денег, когда всё можно на коленке сделать, за считанные часы?

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

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

Я и спрашивал "зачем?" вам это нужно. Вы пока ответили на другой вопрос - что вы хотите.
И ещё вопросы:
- чем вас не устраивает имеющийся вариант самописного эмулятора?
- что вы ожидаете от универсального тула? (неважно сколько он стоит и кто его сделал).
- в чём вы видете облегчение вашей работы от использования универсального тула?

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

Я и спрашивал "зачем?" вам это нужно. Вы пока ответили на другой вопрос - что вы хотите.
И ещё вопросы:
- чем вас не устраивает имеющийся вариант самописного эмулятора?
- что вы ожидаете от универсального тула? (неважно сколько он стоит и кто его сделал).
- в чём вы видете облегчение вашей работы от использования универсального тула?

Наверно я не совсем понятно написал, попытаюсь пояснить (но раскрывать все детали не могу):
есть некая разрабатываемая технологическая система - которую нам пока следует рассматривать как "черный ящик" - для нее нужно или писать эмулятор на любом языке программирования или использовать средства тестирования и добиваться того же скриптами.
Возможно нужно будет проводить и нагрузочное тестирование (пока это вопрос не стоит)
Так как этот "черный ящик" - будет обрастать интерфейсами ( gui или web) то вопрос с выбором средств тестирования все равно встанет.
Хотелось бы сразу убить нескольких зайцев.
А возможно в будущем придется оценивать и качество кода разрабатываемой системы (если не будет справляться с нагрузкой).

А "облегчение работы от использования универсального тула" я пока и не вижу - только
усложнение - изучение и написание скриптов и т.п.
Но если удастся написать на нем робота , который будет делать всё, то это плюс.
Вопрос стоимости среды и обучения не принципиален.

А эмуляторы делались раньше - для других систем , т.е. для этой нужно делать с нуля...