purplefox5 / anastasiiadvorovikova

HW2:

1. Setup project that has been discussed in the class. Make sure you can run both tests (native an d web) successfully.
2. For existing native mobile autotest try to use another locator (xpath, classname, ?). Define these locators using Appium Inspector. Are there any difference with id version? Локатор id состоит из названия пакета + “:id/” + id элемента Пример: com.example.android.contactmanager:id/contactList Xpath медленный и Appium советует “Using XPath locators is not recommended and can lead to fragile tests.” Можно по классу className, но название класса может повторятся в приложении, например в тестовом приложении несколько классов с именем android.widget.EditText, android.widget.TextView и другие Можно еще искать локаторы по “accessibility id”, которые удобны в написании
3. Modify existing tests to run on a real device. What should be changed? Изменяется название устройства (deviceName в capabilities)
4. Connect a real device to Appium (describe required actions) and run tests. Are there any difference with run on emulator? В Appium Desired Capabilities для Native будут такими: { "platformName": "Android", "deviceName": "c746c9857cf5", "app": "C:\Users\nasta\Documents\Study\EpamJava\DvorovikovaAnastasiia\src\main\resources\ContactManager.apk", } Для web: { "platformName": "Android", "deviceName": "c746c9857cf5", "browserName": "Chrome" } Тоже меняем deviceName
5. What should be improved/changed in existing test code? Why, for what? Заменить Thread.sleep Значения прямо в классах (захардкожены), вынести их в конфигурационный файл *.properties Неправильная стркутура проекта (не тестовые классы находятся в ветке src/test) Были абсолютные пути, из-за которых будет не запустить наши тесты другому пользователю со своего компьютера, исправлены на пути относительно проекта Лучше использовать enum MobileCapabilityType.DEVICE_NAME вместо “deviceName” и других параметров Capability

HW3:

1. Rewrite (complete) Driver using “singleton” pattern. Are there any advantages? Нужно добавить в класс приватное статическое поле, содержащее Singleton объект; Сделать конструктор класса приватным; Объявить статический создающий метод, который будет использоваться для получения единственного экземпляра драйвера.
2. Suggest improvements for .properties reading. What are the purposes? Разделим .properties на webproperties и nativeproperties. Для загрузки и чтения properties не создаем отдельный класс, а читаем properties в классе Driver, который получает на вход enum PropertyFile; Загружаем properties в try-with-resources, а читаем стандартным методом класса java.util.Properties getProperty(String key).
3. Which checks would you place in the “web” test? Проверить заголовок «Internet Assigned Numbers Authority» Проверить отображается ли изображение “iana” Проверить, что количество блоков = 3, а так же их заголовки Перейти на другую страницу, проверить заголовок

HW 4

1. Add support of appPackage and appActivity parameters for Android devices (reading from a .properties file and then setting in the DesiredCapabilities). Locally installed Appium DT has no need in these parameters, but for Appium server of Minsk Mobile Farm it’s mandatory. Нужно на самой ферме выбрать вкладку Native на нужном устройстве, загрузить приложение в package выбрать com.example.android.contactmanager, а в Activity .ContactManager, а после уже запускать тесты a. Or try to use autoLaunch capability with app as before. Does this approach work?
2. Change settings to run web test on a certain iOS device on Mobile Test Farm. Run test with your changes. Did test pass? Да, тест проходит Были добавлены название устройства и udid в webtest.properties deviceName=iPhone udid=4dc76c4ed56e4db389bee0c6dcb97e13973b5821 А так же в Driver добавлена обработка capabilities capabilities.setCapability(MobileCapabilityType.DEVICE_NAME, DEVICE_NAME); capabilities.setCapability(MobileCapabilityType.UDID, UDID);
3. Change settings to run native test on a certain/random Android device on Mobile Test Farm. Run test with your changes. Did test pass? Нет, проверка виртуальной клавиатуры не проходит. При изменении на assertTrue(((AndroidDriver) getDriver()).isKeyboardShown()); тест стал проходить
4. What’s wrong with our code? How to fix/improve it? Implement your suggestions. В драйвере много строковых констант В properties файлах нужно руками менять параметрами (чтение из файла) Был написан класс Capabilities (со свойствами и аннотациями @SerializedName), DriverCapabilitiesFromJson, который методом gson.fromJson(reader, new TypeToken<Map<String, Capabilities>>() получает Capabilities. Чтение осуществляется с помощью методов capabilitiesJson.get(), которые генерируются аннотацией Lombok. В enum proportiesFile были добавлены ANDROID_NATIVE("androidNative") и IOS_WEB("iOsWeb").