Есть)

2 теста на двух разных андроид устройствах одновременно можно запустить?

2 сервера аппиума, что ещё нужно? Питон в два независимых кода может?

можно

1)два сервера желательно на разных инстансах или портах как минимум должны подниматься, двое капибилитис которые смотрят на разные инстансы аппиум сервера/ разные порты. 2)может, x-dist есть, но с ним будет непросто под мобилу заточиться, возможно придется подхачивать его. более простой вариант - можно просто будет запускать аля

pytest --device=first_device tests_for_first_device && pytest --device=second_device tests_for_second_device

pytest --device=first_device tests_for_first_device && pytest --device=second_device tests_for_second_device

Спасибо, буду изучать

ну либо в selenoid + ggr будет проще это делать, там автоматически с помощью quota твои тесты будет на свободный симулятор отправлять, если мы про android

Про него)

https://slack.engineering/android-ui-automation-part-1-building-trust/
Как интегрировали и создавали процесс мобильного Android UI-тестирование с нуля и до непрерывной интеграции в Slack. Тестирование жизненно важно для поддержания работоспособности и качества кодовой базы. Но не всегда изменение процессов разработки проходит гладко, человеческий фактор и нежелание менять уже отлаженные механизмы работы усложняет и так непростую ситуацию.

Всем привет 🙋‍♂️ читаю канал уже давно, в основном про пайтон. Мб уже раньше писали, но есть какие-то каналы про пай для новичков и отдельно про автоматизацию на пай?
Буду рад за советы 😊

Спасибо

https://dou.ua/lenta/columns/api-testing-stages/?from=slider
От шока до принятия: пять стадий тестирования API
Засилье микросервисной архитектуры в современных сервисах вынуждает нас адаптироваться к новым требованиям QA. Неотъемлемый шаг этой адаптации — умение тестировать продукт без использования UI-интерфейса. Это не так сложно, как кажется.

Всем привет.
Столкнулся с такой проблемой, нестабильные автотесты при запуске с сервера.
Есть сервер где развернут jenkins в дженкинсе есть джобы которые запускают тесты.
Проблема в том что локально тесты прогоняются 10 из 10 success, на jenkins'e же... 50 на 50... часто ловлю ошибки типа Message: stale element reference: element is not attached to the page document
Зависимости что на локалке что на сервере одинаковые, версии хрома одинаковые. Единственное что отличается то что на сервере тесты в докере запускаются, а на локалке без докера. Тесты запускаются в headless режиме локально и удалённо
Для тестов использую Python + Pytest.
Мощность локальной машини 4х ядерный 8 ГБ озу
Мощность серверной машини 2х Ядерный 8 ГБ озу

Нужно видить полную картину. Ну а так - try catch

а чего нехватает?)) поидее всё описал)

try catch вешать на все тесты не вариант)))

падает же в определенных местах, не рандомно?

ну как бы да, но всёравно какого хрена спрашивается)))
Может при запуске в докер контейнере всё-таки есть отличия

суть в том что html dom дерево у вас меняется между определения элемента и обращением к нему. Почему локально другое поведение сказать сложно

Посмотрите в сторону EC (expected condition). У вас не успевает прорисоваться элемент, а тест уже пытается с ним что-то сделать.