APPIUM: MOBILE APP AUTOMATION MADE AWESOME.HOMEINTRODUCTIONGET STARTEDHISTORYGET INVOLVEDDOCUMENTATION Appium Philosophy. Appium is built on the idea that testing native apps shouldn't require including an SDK or recompiling your app. And that you should be able to use your preferred test practices, frameworks, and tools. Appium is an open source project and has made design and tool decisions to encourage a vibrant contributing

community.

APPIUM: MOBILE APP AUTOMATION MADE AWESOME.MOBILE APP AUTOMATION MADE AWESOMEFAQTHE APPIUM CLIENTS Appium Desktop Apps. Appium’s desktop app supports OS X, Windows and

Linux.

SWIPE TUTORIAL

Android vs iOS UI differences. Appium uses XCUITest driver for iOS and UIAutomator2, Espresso for Android. The default driver for Android is UIAutomator2. With default driver settings we can see elements outside of the view port on iOS, but cannot interact with them. We

FIND ELEMENTS

Use the UI Automator API, in particular the UiSelector class to locate elements. In Appium you send the Java code, as a string, to the server, which executes it in the application’s environment, returning the element or elements. Android View Tag (Espresso only) Locate an element by its view tag.

GET CONTEXT

Description. Retrieve the current context. This can be either NATIVE_APP for the native context, or a web view context, which will be: iOS - WEBVIEW_. Android - WEBVIEW_. For information on contexts, see Appium's hybrid automation docs.

SEND KEYS - APPIUM

Description. Any UTF-8 character may be specified, however, if the server does not support native key events, it should simulate key strokes for a standard US keyboard layout. The Unicode Private Use Area code points, 0xE000-0xF8FF, are used to represent pressable, non-text keys (see table below). (See Unicode document for information

on

START SCREEN RECORDING The http multipart upload method name. The 'PUT' one is used by default. Whether to try to catch and upload/return the currently running screen recording ( false, the default setting on server) or ignore the result of it and start a new recording immediately ( true ). Recording time. 180 seconds is by default.

SIZE - APPIUM

# ruby_lib example find_element(:accessibility_id, 'SomeAccessibilityID').size # ruby_lib_core example @driver.find_element(:accessibility_id, 'SomeAccessibilityID').size

SEND SMS - APPIUM

# ruby_lib example send_sms(phone_number: '555-123-4567', message: 'Hey lol') # ruby_lib_core example @driver.send_sms(phone_number: '555-123-4567', message: 'Hey lol')

IS KEYBOARD SHOWN

JSON Parameters. None. Response. True if the keyboard is shown. (boolean)See Also. JSONWP Specification APPIUM: MOBILE APP AUTOMATION MADE AWESOME.HOMEINTRODUCTIONGET STARTEDHISTORYGET INVOLVEDDOCUMENTATION Appium Philosophy. Appium is built on the idea that testing native apps shouldn't require including an SDK or recompiling your app. And that you should be able to use your preferred test practices, frameworks, and tools. Appium is an open source project and has made design and tool decisions to encourage a vibrant contributing

community.

APPIUM: MOBILE APP AUTOMATION MADE AWESOME.MOBILE APP AUTOMATION MADE AWESOMEFAQTHE APPIUM CLIENTS Appium Desktop Apps. Appium’s desktop app supports OS X, Windows and

Linux.

SWIPE TUTORIAL

Android vs iOS UI differences. Appium uses XCUITest driver for iOS and UIAutomator2, Espresso for Android. The default driver for Android is UIAutomator2. With default driver settings we can see elements outside of the view port on iOS, but cannot interact with them. We

FIND ELEMENTS

Use the UI Automator API, in particular the UiSelector class to locate elements. In Appium you send the Java code, as a string, to the server, which executes it in the application’s environment, returning the element or elements. Android View Tag (Espresso only) Locate an element by its view tag.

GET CONTEXT

Description. Retrieve the current context. This can be either NATIVE_APP for the native context, or a web view context, which will be: iOS - WEBVIEW_. Android - WEBVIEW_. For information on contexts, see Appium's hybrid automation docs.

SEND KEYS - APPIUM

Description. Any UTF-8 character may be specified, however, if the server does not support native key events, it should simulate key strokes for a standard US keyboard layout. The Unicode Private Use Area code points, 0xE000-0xF8FF, are used to represent pressable, non-text keys (see table below). (See Unicode document for information

on

START SCREEN RECORDING The http multipart upload method name. The 'PUT' one is used by default. Whether to try to catch and upload/return the currently running screen recording ( false, the default setting on server) or ignore the result of it and start a new recording immediately ( true ). Recording time. 180 seconds is by default.

SIZE - APPIUM

# ruby_lib example find_element(:accessibility_id, 'SomeAccessibilityID').size # ruby_lib_core example @driver.find_element(:accessibility_id, 'SomeAccessibilityID').size

SEND SMS - APPIUM

# ruby_lib example send_sms(phone_number: '555-123-4567', message: 'Hey lol') # ruby_lib_core example @driver.send_sms(phone_number: '555-123-4567', message: 'Hey lol')

IS KEYBOARD SHOWN

JSON Parameters. None. Response. True if the keyboard is shown. (boolean)See Also. JSONWP Specification APPIUM: MOBILE APP AUTOMATION MADE AWESOME. Appium Desktop Apps. Appium’s desktop app supports OS X, Windows and

Linux.

FIND ELEMENTS

Use the UI Automator API, in particular the UiSelector class to locate elements. In Appium you send the Java code, as a string, to the server, which executes it in the application’s environment, returning the element or elements. Android View Tag (Espresso only) Locate an element by its view tag.

FINDING ELEMENTS

Edit this Doc Finding and interacting with elements Appium supports a subset of the WebDriver locator strategies such as: find by "class" (i.e., ui component type) find by "xpath" (i.e., an abstract representation of a path to an element, with certain constraints)

SUPPORTED PLATFORMS

Edit this Doc Appium Platform Support Appium supports a variety of platforms and testing modalities (native, hybrid, web, real devices, simulators, etc). This document is designed to make explicit the level of support and requirements for each of these, or guide each driver to

proper page.

LAUNCH APP - APPIUM

Description. If the app-under-test (AUT) is closed, or backgrounded, it will launch it. If the AUT is already open, it will background it and re-launch it. iOS tests with XCUITest can also use the mobile: launchApp method. See detailed documentation.

EXECUTE - APPIUM

The script argument defines the script to execute in the form of a function body. The value returned by that function will be returned to the client. The function will be invoked with the provided args array and the values may be accessed via the arguments object in the order specified. Arguments may be any JSON-primitive, array, or JSON object. ACTIVITIES STARTUP TROUBLESHOOTING GUIDE Edit this Doc How To Troubleshoot Activities Startup Capabilities. The Activity class is a crucial component of an Android app, and the way activities are launched and put together is a fundamental part of the platform's application model.

TEXT - APPIUM

# ruby_lib example element = find_element :accessibility_id, "SomeAccessibilityID" element.text # ruby_lib_core example element = @driver.find_element :accessibility

ATTRIBUTE - APPIUM

tagName =

self.driver.find_element_by_accessibility_id('SomeAccessibilityID').get_attribute('content-desc')

SEND SMS - APPIUM

# ruby_lib example send_sms(phone_number: '555-123-4567', message: 'Hey lol') # ruby_lib_core example @driver.send_sms(phone_number: '555-123-4567', message: 'Hey lol') Toggle navigation Appium

* Home

* Introduction

* Get started

* History

* Get Involved!

* Documentation

English 官话

* Books & Resources

APPIUM

Automation for Apps

Appium is an open source test automation framework for use with

native, hybrid and

mobile web apps.

It drives iOS, Android, and Windows apps using the WebDriver protocol.

Download Appium

Toggle navigation

* View on GitHub

* Downloads

* Examples

* Contributing

INTRODUCING APPIUM.

Is native app automation missing from your tool belt? Problem solved.

WATCH THE VIDEOS

-------------------------

APPIUM PHILOSOPHY

Appium is built on the idea that testing native apps shouldn't require including an SDK or recompiling your app. And that you should be able to use your preferred test practices, frameworks, and tools. Appium is an open source project and has made design and tool decisions to encourage a vibrant contributing community. USE YOUR FAVORITE TOOLS Appium aims to automate any mobile app from any language and any test framework, with full access to back-end APIs and DBs from test code. Write tests with your favorite dev tools using all the above programming languages, and probably more (with the Selenium WebDriver API and language-specific client libraries).

REQUIREMENTS

IOS

Mac OSX

XCode w/ Command Line Tools

ANDROID

Mac OSX or Windows or Linux

Android SDK ≥ 16

------------------------- EASY SETUP PROCESS, RUN A TEST NOW. > brew install node      # get node.js > npm install -g appium  # get appium > npm install wd         # get appium client > appium &               # start appium > node your-appium-test.js See the Appium example tests. We're open for discussion and would love to hear your voice in the conversation about the future of mobile apps testing!

* Discussion Group

* Issues

* Appium Chat

� JS Foundation , All Rights Reserved. Appium, AppiumConf, the Appium logo and JS Foundation are registered trademarks of The JS Foundation. Please review the Trademark

Guidelines .