AZ
дело в том, что один аппиум сервер не очень удачно работает на несколько устройств. ТАм всё время что-то начинает глючить. Поэтому в идеале на одно устройство поднимать один аппиум
Size: a a a
2020 May 18
R
и птом я чтот гуглила и нашла статью про грид https://medium.com/@ar.xa.vasquez/how-to-register-an-appium-node-to-a-selenium-grid-546f08aadc66 решила спросить. мб это уже отсталая технология и клевые ребята так не делают
AZ
да нет, сойдёт. особенно если не надо много утройств. Идея с селеноидом и контенейрами, заключается в тмо, что вам не нужно будет держать постоянно ноды. Даже если будете запускать только одно устройство, но каждый раз разное, то каждый раз будет подниматься разный контейнер
upd. контейнер будет подниматься один и тот же, конечно же.
upd. контейнер будет подниматься один и тот же, конечно же.
AZ
а ресурсы останутся те же. Очень удобно
R
да нет, сойдёт. особенно если не надо много утройств. Идея с селеноидом и контенейрами, заключается в тмо, что вам не нужно будет держать постоянно ноды. Даже если будете запускать только одно устройство, но каждый раз разное, то каждый раз будет подниматься разный контейнер
upd. контейнер будет подниматься один и тот же, конечно же.
upd. контейнер будет подниматься один и тот же, конечно же.
нашла статью https://habr.com/ru/post/478816/
по ней получается что у меня на мастер macmini нужно поднять докер с selenoid/hub, потом взять стату по популярным устроиствам и подготовить допустим 5ть Docker images с аппиумом внутри и эмулятором топ 5ть android мобилок.
selenoid будет рулить по занятым эмулятором и поднимать новые есть возможно, а тесты параллелить мне на уровне robot framework. там есть параметр запуска сьютов в паралели. как-то так?
по ней получается что у меня на мастер macmini нужно поднять докер с selenoid/hub, потом взять стату по популярным устроиствам и подготовить допустим 5ть Docker images с аппиумом внутри и эмулятором топ 5ть android мобилок.
selenoid будет рулить по занятым эмулятором и поднимать новые есть возможно, а тесты параллелить мне на уровне robot framework. там есть параметр запуска сьютов в паралели. как-то так?
AZ
нашла статью https://habr.com/ru/post/478816/
по ней получается что у меня на мастер macmini нужно поднять докер с selenoid/hub, потом взять стату по популярным устроиствам и подготовить допустим 5ть Docker images с аппиумом внутри и эмулятором топ 5ть android мобилок.
selenoid будет рулить по занятым эмулятором и поднимать новые есть возможно, а тесты параллелить мне на уровне robot framework. там есть параметр запуска сьютов в паралели. как-то так?
по ней получается что у меня на мастер macmini нужно поднять докер с selenoid/hub, потом взять стату по популярным устроиствам и подготовить допустим 5ть Docker images с аппиумом внутри и эмулятором топ 5ть android мобилок.
selenoid будет рулить по занятым эмулятором и поднимать новые есть возможно, а тесты параллелить мне на уровне robot framework. там есть параметр запуска сьютов в паралели. как-то так?
да, именно так
R
да, именно так
спасибо. попробую что-нить попробовать хД
dm
нашла статью https://habr.com/ru/post/478816/
по ней получается что у меня на мастер macmini нужно поднять докер с selenoid/hub, потом взять стату по популярным устроиствам и подготовить допустим 5ть Docker images с аппиумом внутри и эмулятором топ 5ть android мобилок.
selenoid будет рулить по занятым эмулятором и поднимать новые есть возможно, а тесты параллелить мне на уровне robot framework. там есть параметр запуска сьютов в паралели. как-то так?
по ней получается что у меня на мастер macmini нужно поднять докер с selenoid/hub, потом взять стату по популярным устроиствам и подготовить допустим 5ть Docker images с аппиумом внутри и эмулятором топ 5ть android мобилок.
selenoid будет рулить по занятым эмулятором и поднимать новые есть возможно, а тесты параллелить мне на уровне robot framework. там есть параметр запуска сьютов в паралели. как-то так?
классная статья .. !!!
AY
привет, у кого то был опыт сравнения изображений в мобильном тестировании?
Аппликейшн редактирует фото, цель сравнить на выходе результат с темплейтом, сказать одинаковые или нет,
может кто то посоветует какие то инструменты?
Аппликейшн редактирует фото, цель сравнить на выходе результат с темплейтом, сказать одинаковые или нет,
может кто то посоветует какие то инструменты?
M
Arsen Yuri4
привет, у кого то был опыт сравнения изображений в мобильном тестировании?
Аппликейшн редактирует фото, цель сравнить на выходе результат с темплейтом, сказать одинаковые или нет,
может кто то посоветует какие то инструменты?
Аппликейшн редактирует фото, цель сравнить на выходе результат с темплейтом, сказать одинаковые или нет,
может кто то посоветует какие то инструменты?
кодирнуть в md5 и сравнить хеши
M
самое простое
AA
У аппиума есть интеграция с opencv. Но на выходе можно получить соответствие в процентах. Поэтому если есть какие-то динамические элементы, которые будут отличаться, то сложно понять, где реальное несоответствие, а где мелочи, которые поменялись. Есть ещё applitools. Сравнивает хорошо, но бесплатно дает мизер точек в месяц, а стоит безумно.
AY
Спасибо всем кто откликнулся
реализовал со стандартных бибилиотек
opencv appium java не получилось
реализовал со стандартных бибилиотек
opencv appium java не получилось
2020 May 19
DM
Arsen Yuri4
Спасибо всем кто откликнулся
реализовал со стандартных бибилиотек
opencv appium java не получилось
реализовал со стандартных бибилиотек
opencv appium java не получилось
писал недавно здесь про библиотеку ashot https://medium.com/@gen.tech/как-заставить-тесты-видеть-ошибки-элегантный-способ-автоматизации-тестирования-48afd3724f7e. попиксельно сравнивает две картинки.
AY
aShot хороший инструмент но не уверен есть ли смымсл пытатся прикручивать его к native ios app
DM
Arsen Yuri4
aShot хороший инструмент но не уверен есть ли смымсл пытатся прикручивать его к native ios app
Насколько я понял - он как раз подходит для решения твоей задачи. У меня много тестов на верстку есть и изменения контента есть.
DM
и для iOS и для Андроид.
DM
Dmitriy M
Логика теста на проверку лайаута может быть следующей:
1. Вначале теста задаешь булево значение для переменной isTakeNewScreenshot:
true - если хочешь сгенерировать эталонный (expected) скриншот (например при первом запуске или после изменений);
false - если эталон уже существует и нужно проверить текущий скриншот (actual) c эталонным;
2. Выполняешь тест до нужного места в твоем приложении, в котором нужно прверить лайаут и делаешь скриншот:
Если isTakeNewScreenshot = true - > сохраняешь скриншот как эталонный, иначе - сравниваешь текущий скриншот с ожидаемым и получаешь разницу впикселях
3. Ассертом в тесте проверяешь что разница в пикселях в пределах нормы или отсутсвует
1. Вначале теста задаешь булево значение для переменной isTakeNewScreenshot:
true - если хочешь сгенерировать эталонный (expected) скриншот (например при первом запуске или после изменений);
false - если эталон уже существует и нужно проверить текущий скриншот (actual) c эталонным;
2. Выполняешь тест до нужного места в твоем приложении, в котором нужно прверить лайаут и делаешь скриншот:
Если isTakeNewScreenshot = true - > сохраняешь скриншот как эталонный, иначе - сравниваешь текущий скриншот с ожидаемым и получаешь разницу впикселях
3. Ассертом в тесте проверяешь что разница в пикселях в пределах нормы или отсутсвует
Arsen здесь я логику описал вкратце
AY
Dmitriy Спасибо, полезная статья 🙂
ВП
подскажите, как проверить что запустилось приложение камера?