Инструменты модульного тестирования Tibco [закрыто]

Question

Кто-нибудь знает, какие инструменты модульного тестирования доступны при разработке процессов Tibco?

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

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

Итак, кто-нибудь знает какие-либо другие инструменты модульного тестирования для разработки Tibco?

Кроме того, есть ли у кого-нибудь опыт работы с BWUnit?Насколько это полезно/было?

Answer 1

Для проектов BW я приготовил свой собственный модульный тестовую структуру на основе самого BW процессов. Таким образом, автоматизированные тесты и проверки закодированы в самом проекте TIBCO.

Для проектов AMX я рекомендую Soapui для автоматического тестирования ваших услуг. Тем не менее, я закодировал все тесты на подразделение в базовом языке, в моем случае Java, используя JUNIT. Классы внедрения под компонентами относятся друг к другу непосредственно в тестах устройства, минуя код AMX, выполняющий обмен сообщениями.

Answer 2

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

Редактировать:

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

Тестовый вход (SOAPUI) -> Тестируемый интерфейс (SOAP / EMS / ETC) -> Существующий процесс -> Выход интерфейса -> Утверждения (SOAPUI)

Вы можете выполнить тестирование в сам TIBCO, с файлами, RV, JMS или любым входом для этого, за исключением того, что вы пишете весь код подтверждения теста, а не использовать существующий инструмент, который все это встроен. полагаться на SOAPUI, чтобы создать все ваши доклады JUnit и т. Д.

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

Answer 3

Ознакомиться с использованным протоколом (что используется). Енота и Мыска упомянуто. С ними вы можете проверить на уровне «за модуль». Это компонент или системные тесты. Особенно уверены на тесты производительности. Однако это самый распространенный способ проверить компоненты TIBCO.

Я посмотрю на BWUNIT, выглядит интересно и интегрировано с серверами CI (я построил аналогичный инструмент в проекте). Недостаток этого асотама может заключаться в том, что системы TIBCO обычно состоят из различных инструментов и не только BW, это означает, что компоненты Java, серверы C ++ и SO форт используются для общей системы.

Также есть коммерческий инструмент, называемый Ghtester (http://www.greenhatconsulting.com/ghtester/)

Если вы используете RV, вы можете взглянуть на http://www.rvsnoop.org/ Чтобы захватить сообщения в воспроизведенном формате бесплатно (OSS инструмент, который я начал)

Answer 4

Попытка реализовать такую ​​методологию, как TDD, с использованием пользовательского интерфейса мыла будет не очень эффективной.Я использовал это для BW, и вы не получите такого же уровня детализации и комфорта от полного набора модульных тестов.BWUnit — хороший инструмент, и если у вас хорошие отношения с ребятами из TIbco PSG, вы можете получить TibUnit, который представляет собой программное обеспечение PSG, такое как CLE.

Мы также разработали план использования внешней среды модульного тестирования, такой как .net, а затем использования шаблона контроллера для замены процессов с использованием флага переопределения динамического процесса.По сути, у нас будет канал управления, который будет говорить что-то вроде

Control - Process 1 переопределение -/processes/someprocess.process - Process 2 переопределение {blank}

поэтому в вашем модульном тесте вы сможете в своей настройке вызвать BW, используя канал управления (EMS или HTTP), и указать ему загрузить другой процесс.Хотя это работает, это все еще хак из-за ограниченной функциональности Designer.

Мы также рассмотрели Service Grid и BWSE, но это, похоже, не дало нам ничего большего.На самом деле немного больше ограничений.

Answer 5

Есть старый фрейм Енот Построен над активностью TIBCO.

У него есть компонент для тестирования подразделения под названием Удивительный сосредоточены на рендеводстве.

Кажется, не имеет слишком много активности в последнее время.

Answer 6

С BW-тестом вы можете практиковать TDD и добавить свои проекты на ваш CI, проверьте его http://nicosommi.com/?p=209.

Это открытый источник

Answer 7

IBM Rit. Очень хороший инструмент для работы над такими сценариями, он может помочь вам утверждать различные сценарии, а также для оценки освещения кода.

Answer 8

Я рекомендую IBM Rit. Это часть стека IBM RTW. Вы можете легко использовать его в моделях доставки TDD и CI / CD.