Size: a a a

QA — Автоматизация

2020 April 16

АЗ

Андрей Зелёный in QA — Автоматизация
Там где список сетей ткни в WiFi settings. Там все написано
источник

P

Pavel in QA — Автоматизация
мне бы вот как раз эту инфу через джавку вытянуть..
источник

VS

Veronika Shavrova in QA — Автоматизация
Pavel
мне бы вот как раз эту инфу через джавку вытянуть..
Отправить команду adb ipconfig (погугли точно)
источник

VR

Vitalii Radchenko in QA — Автоматизация
Всем привет, может кто подскажет по мобайл автоматизации, почему сессия не стартует через Appium Desktop

настройки вроде стандартные, при старте сессии (телефон подключен к ноуту) просит установить uiautomator и т.д. => все принимаю

но потом падает с ошибкой:
An unknown server-side error occurred while processing the command. Original error: The instrumentation process cannot be initialized. Make sure the application under test does not crash and investigate the logcat output.

может у кого-то будут соображения?
источник

M

Maksim in QA — Автоматизация
Vitalii Radchenko
Всем привет, может кто подскажет по мобайл автоматизации, почему сессия не стартует через Appium Desktop

настройки вроде стандартные, при старте сессии (телефон подключен к ноуту) просит установить uiautomator и т.д. => все принимаю

но потом падает с ошибкой:
An unknown server-side error occurred while processing the command. Original error: The instrumentation process cannot be initialized. Make sure the application under test does not crash and investigate the logcat output.

может у кого-то будут соображения?
Так написано же посмотреть logcat
источник

M

Maksim in QA — Автоматизация
Там возможно есть stacktrace
источник

VR

Vitalii Radchenko in QA — Автоматизация
вот эта ошибка выводиться на юай и является стектрейсом
источник

M

Maksim in QA — Автоматизация
На эмуляторе нормально все?
источник

VR

Vitalii Radchenko in QA — Автоматизация
Maksim
На эмуляторе нормально все?
не пробовал еще
источник

К

Капибара in QA — Автоматизация
Всем привет. Далек от мира Java может кто нибудь объяснить в чем разница в appium между вот этими двумя типа обявления android driver
AndroidDriver<MobileElement> driver;
AndroidDriver driver;
источник

MK

Mem Kekovich in QA — Автоматизация
Капибара
Всем привет. Далек от мира Java может кто нибудь объяснить в чем разница в appium между вот этими двумя типа обявления android driver
AndroidDriver<MobileElement> driver;
AndroidDriver driver;
Если зайдёшь в класс андроиддоайвер увидишь там дженерик тип Т (скорее всего)
Дальше открываешь гугл - java generics и читаешь.
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Капибара
Всем привет. Далек от мира Java может кто нибудь объяснить в чем разница в appium между вот этими двумя типа обявления android driver
AndroidDriver<MobileElement> driver;
AndroidDriver driver;
Есть дженерики -- параметризованные типы. Родились как в чём-то аналог templates присутствующих емнип в С++. Это когда логика работы класса одна и та же, но тип на котором он построен -- разный. ArrayList<String> и ArrayList<Integer> -- операции одни, а типы содержимого разные.

AndroidDriver это параметризованный тип ( https://appium.github.io/java-client/io/appium/java_client/android/AndroidDriver.html  ). От тип-параметра по докам зависит что будут возвращать Find*

И есть так называемые raw type , введённые для обратной совместимости со старым кодом в котором не было дженериков (  https://docs.oracle.com/javase/tutorial/java/generics/rawTypes.html )

raw AndroidDriver говорит что это AndroidDriver, но не говорит какой.

Думаю что в реальном коде raw AndroidDriver не нужен.
источник

К

Капибара in QA — Автоматизация
Больше спасибо, буду дебажить с вариантами Find и для wait driver тоже интересно, что будет возвращать
источник

t

to the next step! in QA — Автоматизация
Привет. Можно ли в тестах использовать getProperty и setProperty? это не является антипаттерном?
источник

MK

Mem Kekovich in QA — Автоматизация
to the next step!
Привет. Можно ли в тестах использовать getProperty и setProperty? это не является антипаттерном?
Да. Нет.
источник

t

to the next step! in QA — Автоматизация
Mem Kekovich
Да. Нет.
👍
источник

SV

Stanislav Vasenkov in QA — Автоматизация
to the next step!
Привет. Можно ли в тестах использовать getProperty и setProperty? это не является антипаттерном?
зависит от контекста. Если хотите забрать значение параметра, переданного из командной строки - да.
Хранить переменные внутри теста - не стоит
источник

t

to the next step! in QA — Автоматизация
Stanislav Vasenkov
зависит от контекста. Если хотите забрать значение параметра, переданного из командной строки - да.
Хранить переменные внутри теста - не стоит
сегодня вот твои слова мне передали) сказали что лучше не использовать для хранения переменных
источник

ŚW

Świętomierz Wisniewski in QA — Автоматизация
to the next step!
сегодня вот твои слова мне передали) сказали что лучше не использовать для хранения переменных
Почему?
источник
2020 April 17

F

Fugazi15 in QA — Автоматизация
Всем привет ребят
источник