Передача массивов в тестировании мыльного веб-сервиса с использованием фитнеса

Есть ли способ динамически создавать таблицы в вики?

Вариант использования: я пытаюсь имитировать аналог мыльного сонара в фитнесе. SOAP SOANR 1. Как только мы импортируем wsdl, SOAR Sonar генерирует входные данные для операций в wsdl. 2. Выберите операцию, введите ввод и затем выполните операцию. 3. В случае массивов мы можем выбрать размер массива и ввести значения в соответствующий массив.

Fitnesse 1. Я могу достичь пункта 1, используя баночки с мыльным раствором. 2. Этого я могу добиться с помощью приспособления xmlhttptest

Я застрял в 3-м пункте. Есть ли способ сделать это в фитнесе? (Моя идея заключается в том, что из пункта 1 я могу получить образец ввода для каждой операции, из которого я узнаю, что в input.xml присутствуют массивы/комплексные типы, но как мы можем представить это в вики динамически?

заранее спасибо


person user724747    schedule 15.05.2016    source источник


Ответы (1)


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

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

В большинстве случаев я предпочитаю создавать сценарий (или сценарий) с нужным количеством элементов для тестовых случаев с запросом на вики-странице. Использование сценариев позволяет мне тестировать с разными значениями (но с тем же количеством элементов). Другой счетчик элементов получает свой сценарий/сценарий.

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

person Fried Hoeben    schedule 01.07.2016