отправь GET

c какими параметрами?

без параметров норм контент отдает, хост ток пропиши нужный

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

Порядок тестов можно выставить через xcode  в тест-планах: по алфавиту или в случайном порядке.
Но суть вопроса вроде как в том, как сделать так, чтобы после первой ошибки в тестах, остальные тесты запускались и давали результат? -  soft assertions = "мягкие проверки"
тогда в функции по setUp  указать :
continueAfterFailure = true

предположу, что в капабилитис нужно убрать фулресет

Нет, мне нужно если тесты завершились успешно на предыдущем экране то запускать след тесты, сейчас у меня после завершения закрывается симулятор а след тесту нужен экран с предыдущего теста и соотвественно он фейлится

зависимые тесты?
или это как предвартельные условия: пользователь должен быть авторизирован в приложении?
1й вариант это нехорошо, если я правильно понял.

по 2му варианту можно посмотреть в сторону мок-сервисов для UI тестирования:
т.е. к примеру: вы авторизацию "мокаете" - подставляете нужный ответ с backend и оказываетесь на главном экране приложения (основном и т.д.), и уже с этого экрана "запускаете" свои тесты.
При таком подходе изолируете backend от  frontend и вам не важно что там коряво работает на backend'e.
Естественно при таком подходе backend нужно тоже покрывать тестами (отправили запрос на сервер с параметрами - получили в ответ нужное сообщение с нужным кодом ошибки).

Именно 1 вариант у меня

Всем привет коллеги, подскажите как c Airtest работать в многопотоке ?

Прекондишены как вариант, а по сути завистмость- зло

https://medium.com/geekculture/git-practice-for-automation-engineers-f8aa55c26d87
Практика Git для автоматизаторов.
Всем инженерам по автоматизации приходится работать с Git каждый день, но не все уделяют этому инструменту много внимания. Эта статья о некоторых полезных функциях Git и , как они используются на практике. В первую очередь, эта статья может быть полезна начинающим инженерам по автоматизации, которые хотят улучшить свои знания в работе с Git, и людям, которые хотят, но не знают, как содержать свой репозиторий в чистоте и порядке.

Всем привет. Есть вопрос по объединению результатов выполнения тестов в отчете Allure по папкам. У меня идут тесты с применением python и behave. Каждый feature попадает в отчет отдельно под своим именем. А я бы хотел, чтобы у меня в отчете была такая структура: Папка "smoke" в которой лежат feature_1, feature2, папка "regress" в которой лежат feature_3 и feature_4....подскажите пожалуйста как такое сделать?

Может через @Story?

ну я думаю это решается тестовым фреймворком не? вы же создаете сьюты и они уже попадают в алюр

Руками ничего не создаю. Когда запускаю behave просто указываю форматтер аллюр

ну у вас нет сьютов

поэтому каждый отдельно

или как выше написали - руками сьюты создавать как надо, или пост процессить аллюровские файлы. конкретно - доставать labels, в нем переопределять package, parentSuite, suite