Да простое решение это ранать через грида аппиум тесты. Но изврашение не должно знать границ

а в чем проблема делать это на 1 дженкинсе?

ОС. Надо ios для рана ios тестов.

делаете на макоси агент дженкинса, запускаете нужные джобы на агенте удаленно

От души благодарю

но от архивации не избавиться если вы хотите тянуть аллюр отчеты из джобы в джобу даже на 1 дженкинсе. но в рамках одного это просто, есть copy artifact plugin

Возможно имеет смысл посмотреть в сторону распределённых сборок Jenkins. Есть основной Jenkins на одной машине и агенты Jenkins на других машинах.   Это позволит запускать все задачи из одного места ну и отчёты в одном месте просматривать.

Спасибо

Вмем привет. Сейчас на проекте пишу автотесты rest api. Использую для этого jmeter (по совету руководства, так как сам до этого опыта не имею) и все вроде более менее красиво получается. Но начал изучать этот вопрос глубже и не увидел советов в использовании jmeter для автотестов. Столкнусь ли я с какой-то проблемой, используя его? Чем лучше писать, используя например restAssured? Или не стоит беспокоиться и продолжать делать тесты в jmeter

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

Конструкция типа JUnit и  {HTTP client или Rest Assured на ваш выбор) позволяет писать и прогонять наглядные проверки которые поддерживаются популярной IDE вроде IDEA, - прогоняй много или прогоняй один, дебаж, прикручивай логирование, отчёты,...  и по которым есть прорва материалов в разных форматах.

Jmeter просто не для этого.

Спасибо за ответ. Отчеты и какой-никакой дебаг есть и в jmeter. По поводу интеграции тестов в проект я так понял проблем тоже нет у нас. А помимо этого, может наглядные минусы jmeter? Например от того же постмана не особо отличается в плане функционала для тестирования апи

Если бы ты поставил вопрос о плюсах
И минусах между ретрофит и рест ашурэд
Либо между jmetr и gatling

Но ты задаешь вопрос типа:
Какие минусы от того если ты будешь играть в волейбол ногами
Да это не запрещено играть ногами но играют руками



Тоже самое тебе и ответили джиметр используется для нагрузочного тестирования, а не для тестов api

В Jmeter он скорее никакой. Что-то вот не помню чтобы там breakpoints и watches были, плюс возможность в рантайме заводить новые, как в классических ИДЕ дебаггерах с 90-х ещё.

Ну вот я знаю интерфейс Постмана, Джметра и ИДЕИ, и писал что-то как-то в каждом из.  Я сам увидел и испытал что тесты на ЯП + XUnit + HTTP Client дают больше гибкости, и на средних уже объёмах с Jmeter или Postman мне трудновато организовывать и делать то что я хочу.

Как для нагрузочного сценария — наоборот, в Джметер куча готовых плюшек плюс плагинов.

в JMeter дружественный UI. В нем удобно потестировать request и посмотреть response, если вы вообще не представляете, что такое http. В нем удобно конструировать сложные сценарии, которые потом легко параметризируются и копипастятся. Но этот микроскоп предназначен для забивания гвоздей и закручивать шурупы с его помощью сложнее, нежели отверткой.

дружественный UI? Это с каких пор? Мне казалось что дружественный = интуитивно понятный, а там сам черт ногу сломит

++

++

Мне было интуитивно понятно, сойдемся на том, что люди разные?

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