Удаленка для jenkins+selenide+selenoid+allure+docker спецов на 2-3 часа в день. 100% remote! Присоединиться к проекту

Вопрос по лицензированию и работе с SoapUI PRO

soapui
soap
java
Теги: #<Tag:0x00007fedc12292f8> #<Tag:0x00007fedc12290a0> #<Tag:0x00007fedc1228d30>

(Viktor Chmel) #21

Замечу, что бесплатная версия потому и бесплатная, что там много удоброго функционала урезано. По этому никак не пойму упорное ее использование в течении длительного времени и паралельная критика.

Самая высокая стоимость платной лицензии 600 EUR за год. Не знаю, как где, но у нас это черверть зарплаты мидла в месяц. Неужели много? Причем это десктопная версия, для разработки тестов, а запускаються они потом чудесно скриптом на серверах с бесплатной.

[quote=“Mihail_Bratuhin, post:19, topic:11324”]

  1. как “эффективно” работать на одном проекте в команде?[/quote]
    Проекты в SoapUI композитные, т.е. на практике разные люди работают с разными файлами. Служебная информация, которая сама по себе записывается в другие файлы - ингорится, т.е никуда не комититься, т.к. не нужна.

Вынос переиспользуемого кода во внешние библиотеки, как и везде (в groovy/jar файлы).


Пока самый значимый для меня недостаток в данном ПО - плохое автодополнение в groovy коде.

Сейчас как раз идет объединение с другим проектом, где самописный фрейморк на Java для тестирования аналочичного REST сервиса. Честно, даже смотреть туда не хочеться после SoapUI, так все не интуитивно.


(Dmitry Gr) #22

аналогичная ситуация, собрались наконец с силами и прекратили пинать мертвую лошадь под названием SOAPUI.
от себя добавлю в минусологию:

  • категорически невозможно рефакторить resources раздел, который описывает используемые ендпоинты.
  • бесплатный soapui это стыд который людям нельзя даже показывать. Он похож на демо проект из начала 2000х, с архаичным интерфейсом и кучей багов. очевидно что поддержку его прекратили и ReadyApi! (платная версия) переписали чуть ли не заново
  • “как эффективно работать в SoapUI на одном проекте в команде?”
    Никак. deal with it

Михаил, на какой инструментарий вы поменяли Соап? И какие на ваш взгляд еще есть альтернативы? Цель - автоматизация регрешна для RESFul API.


(Михаил Братухин) #23

Не могу похвастать 1/4 ЗП в 600 евро. Наверно я еще не миддл. И я ни разу не встречал чтобы закупку ПО для работы делал линейный сотрудник на свои кровно-заработанные, но возможно и были прецеденты (кресло и мониторы люди иногда покупали - это правда), к тому же это ПО непонятно как проводить через безопасность и через аудит. В основном такие вещи выносятся на уровень выше и вносятся в штатное расписание по закупкам и делается вовсе другими людьми и отделами, особенно в крупных компаниях. Особенности бюджетирования в крупных компаниях - это тема отдельного разговора. От того, что что-то было или не было закуплено я нисколько не проиграл. Все плюсы/минусы перехода я описал выше и привел примеры с раскладами по своему конкретному проекту. На других проектах и в других условиях все может быть иначе.

А почему сравнивал с бесплатной версией - потому что с нею до этого я работал и сменил бесплатный инструмент на другой бесплатный. Почему я должен был сравнивать с чем-то другим? К тому же, я указал те вещи, которые в платной версии работают несколько иначе и лучше, чем в ограниченной бесплатной версии. При этом в платном ReadyAPI!, хоть и исправили какие-то вещи и добавили кое-какие удобные функции - это все равно не идет ни в какое сравнение с тем, как удобно работать в полноценной среде разработки, например, в IntelliJ IDEA. Мои расклады я все привел выше и ничего нового там добавить нечего.

@Dmitry_Gr не очень понял вашу ситуацию, если вы уже распрощались с SoapUI, то значит уже куда-то смигрировали или вы просто выбросили инструмент и остались без ничего на проекте? Или же вы еще никуда не смигрировали, но у вас накопились “претензии” к SoapUI и вы уже четко для себя решили, что нужно что-то менять и куда-то мигрировать, но еще не нашли куда?

Когда я мигрировал, то смотрел по ситуации на своем проекте и текущим задачам, ресурсам, по рынку и т.д. Более того, переезд не был сразу выполнен и сначала в режиме “партизанской” разработки создавался новый фрейморк и пара тестов, которые бы показали применимость данной технологии и позволили бы уже на цифрах сравнить старое и новое и увидеть какие-то проблемы заранее, особенно с обучением новому инструменту. Тогда-то и смогли замерить реально два однотипных сценария и сравнить их производительность между собой.

Причем первые черновые вещи и тесты писались вообще в полу-процедурном стиле, без особого ООП и всяких паттернов проектирования. Задача была сделать быстро и на коленке, показать результат и сравнить со старым. После этого получить “добро” от нужных людей и начать уже полноценную миграцию. Причем у нас старые тесты до сих пор еще некоторые на SoapUI живут и здравствуют и пока не собираются на покой. Причем эти тесты еще с 2015 года так живут. Просто новое ничего на нём не создаётся и если есть время, то некоторое старое переписывается, но времени обычно нет.

По поводу автоматизации, то я бы на вашем месте глядел в сторону dev-ops разработки и того какие для этого нужны инструменты и что больше подойдет вам (возможно уже имеется и применятся в компании). К сожалению, я пока могу только что-то из мира java вам посоветовать, но думаю, что с SoapUI проще всего именно туда переходить, все-таки там Groovy был и он тоже из мира Java.


(Dmitry Gr) #24

именно так, сейчас анализируем возможные варианты для миграции. Приоритетный InteliJ + JUnit + RESTAssured. Так же рассматривается описанный выше вариант Groovy + Spok. На это все конечно будут демки и POC, интересует опыт людей которые уже прошли этот путь и набили шишек с другими инструментами для restful автоматизации


(Михаил Братухин) #25

Добрый день.
Я думаю, что для вашего вопроса лучше создать отдельную тему, чтобы не создавать флуд в этой. Тут итак не по теме много написано. В новой теме можно будет и обсудить более детально вашу ситуацию.


(Nikita) #26

по мне soapUI отлично подходит для ручного тестирования. Но для автоматизации я бы использовал связку java+restAssured из-за гибкости.

p.s. Писал автотесты на SoapUI Pro около года.