Appium interview questions

Appium Interview Questions and Answers

Question 6. Full form of various application extensions.

iPA: iOS APP Store Package
APK: Android Application Package file
exe: Executable File
jad: Java Application Descriptor
prc: Palm Resource Compiler

Question 7. Mention the Different Types of Mobile Applications.

Mobile applications can be broadly categorized into three categories i.e, Native app, Web app and Hybrid App.

Native App: Native app is developed specifically for one platform, which is coded with a specific programming language (like Objective C for iOS, Java for Android) and installed directly onto the device and can take full advantage of all the device features. Native apps can use the device’s notification system and can work offline. Native apps are installed through an application store (such as Google Play or Apple’s App Store). Native mobile apps provide fast performance and a high degree of reliability. Example of native apps: Temple Run, Candy Crush, etc.

Web App: Web applications are mobile web portals that are designed, customized and hosted specifically for mobiles. They are accessed through the mobile device’s web browser using a URL. Web apps became really popular when HTML5 came around and people realized that they can obtain native-like functionality in the browser. Mobile web applications cannot use device functionality. Example of web app: google.com, m.snapdeal.com, m.yahoo.com, etc.

Hybrid App: Hybrid Apps are web apps embedded in a native app, run on the device, and are written with web technologies (HTML5, CSS, and JavaScript). Hybrid apps run inside a native container and leverage the device’s browser engine (but not the browser) to render the HTML and process the JavaScript locally. A web-to-native abstraction layer enables access to devices capabilities that are not accessible in mobile web applications, such as the accelerometer, camera, and local storage. A hybrid app is NOT tied to any platform or any particular mobile device. So, it can run on any device once built. Example of a Hybrid app: Flipkart, Facebook, Twitter, etc.

List some issues Faced With Cross-Platform Testing?

Generally, the issue depends upon the different OS/device version. It might be that the same application is working on one OS while it might not work on another version. For example, we faced an issue that our application was working fine on iOS 6.x version devices but on tapping a few modules on iOS 5.x devices application crashes and the same happened with 2.3.5 Vs.

When Performing End To End Mobile Testing What Major Criteria Are Taken Into Consideration?

Major areas are

Installation of the application.
First time launching an application without having network access.
Uninstallation of the app.
The orientation of the app if it is supported.
Testing application performance on different kinds of devices and network scenarios.
Testing the application response and how it responds when an invalid user credential is provided.

Also, if your application is accessing any network then you must check the logs generated during that period so that the sensitive information should always go in an encrypted form.

Mention The Basic Requirement For Writing Appium Tests.

For writing Appium tests you require:

Driver Client: Appium drives mobile applications as though it were a user. Using a client library you write your Appium tests which wrap your test steps and sends them to the Appium server over HTTP.
Appium Session: You have to first initialize a session, as such Appium test takes place in that session. Once the Automation is done for one session, it can be ended.
Desired Capabilities: To initialize an Appium session you need to define certain parameters known as “desired capabilities” like PlatformName, PlatformVersion, Device Name and so on. It specifies the kind of automation one requires from the Appium server.
Driver Commands: You can write your test steps using a large and expressive vocabulary of commands.

List Out The Most Common Problem That A Tester Faces While Performing Mobile Testing In Cloud Computing?

Challenges that a tester faces while performing mobile testing are:

Subscription model
High Costing
Lock-in
Internet connectivity issues
Immense consumption of time in image-based automation testing.
Automation is restricted by the framework

What Would You Prefer To Test Your Application On – Real Devices Or Use Simulators/Emulators?

You can answer by saying that it’s always best to test on real devices. As it would allow you to catch errors that you may not detect otherwise, but, you have to configure the device smartly with the Appium server so that it can detect the device. Sometimes the ADB(Android Debug Bridge) may disconnect from the device even if it remains plugged in, and it can cause your tests to fail. To handle such issues, you can write a module which resets the ADB after some time to re-connect to the devices.

What Are The Probable Errors You Might Come Across While Working With Appium?

The following are the errors you might observe with Appium.

Error#1: Missing desired capabilities e.g. Device Name, PlatformName.
Error#2: Couldn’t locate ADB. You may have missed setting the <ANDROID_HOME> environment variable.
Error#3: Selenium exception <openqa.selenium.SessionNotCreatedException>. It indicates a failure in creating a new session.
Error#4: Failure in locating a DOM element or determining the XPath.

List The Selenium Commands That Work With Appium.

There are a number of Selenium commands that work with Appium tool.

Locate commands using ID or class names.
Raise events on elements e.g. Click().
Text commands like type().
Get/Set element properties.
Commands to run JavaScript.
Switch context between different web views like switching <iFrames> in Selenium Webdriver.
Commands to manage alert boxes

List OneThing Which You Cannot Do With Emulators But You Can Do With A Real Device.

You can test the interrupts like

Phone calls & Messages
Battery drains out while using the application under test
Low battery scenarios
Memory card mount/unmount scenarios
Actual performance of your application
Bluetooth related testing.

Explain the pros and cons of Appium?

Pros:

For programmer irrespective of the platform, he is automating ( Android or iOS) all the complexities will remain under single Appium server
It opens the door to cross-platform mobile testing which means the same test would work on multiple platforms
Appium does not require extra components in your App to make it automation friendly
It can automate Hybrid, Web and Native mobile applications

Cons:

Running scripts on multiple iOS simulators at the same time is possible with Appium
It uses UIAutomator for Android Automation which supports only Android SDK platform, API 16 or higher and to support the older API's they have used another open source library called Selendroid

Q1) Explain Appium Vs Calabash?

Ans:

Features	Appium	Calabash
Language Support	Python, javascript, ruby, java & all major languages	Only language Ruby is supported
iOS mobile web page	We need a custom safari app for automation	Not well supported
Hybrid iOS app	Custom UI commands & iOS UI Automator	Custom UI commands & iOS framework
Native iOS app	Only the iOS UI Automator	iOS instrumentation - calabash iOS
Android Mobile web app	Only automates chrome browser	Not well supported
Hybrid Android app	Only the selendroid app	Android instrumentation - calabash android
Native Android app	Both android UI Autometer & selendroid	Android instrumentation - calabash android
Internal tools	Android, iOS UI Autometer & selendroid	Android & iOS instrumentation framework

Q2) What are native Apps?

Ans: An open source tool that is required for mobile web, automating Native and hybrid application on Android and IOS platform is known as Appium which was in 2012. Appium is considered to be a cross-platform that will low you to write tests that are on multiple platforms like Android and IOS. They do this using the same API. This facility will enable you to do reuse codes between Android and IOS test sites.

Those Apps are written by using Android SDKs and IOS are known as Native Apps.

Q3) What are Mobile Web Apps?

Ans: There are mobile web pages that are those web apps that are accessed with mobile browsers. In the case of the IOS platform, Appium supports Safari and for the Android platform, Chrome or any other built-in browser is used.

Q4) What are hybrid apps?

Ans: Those apps that are equipped with a wrapper around the web view is known as a Hybrid app. This is native control that will facilitate the interaction with the web content.

Q5) Name the language that is used to write tests in Appium?

Ans: The tests of Appium are written is any language and this is because appium is nothing but an HTTP server. It is also important that the test should be interfaced with Appium and it uses HTTP libraries so that they can create HTTP sessions.
In order to create the right commands in Appium then all, you need to know Selenium protocol.
The most sought after development frameworks are .Net, C#, Java, Python, JavaScript, and Ruby.

Q6) Which are the prerequisites to use Appium?

Ans: The pre-requisites that are used in Appium. They are listed below.

1. Eclipse IDE
2. Android SDK
3. TestNG
4. Web driver language binding library
5. JS
6. JDK
7. APK App Info on Google play
8. Selenium server jar
9. Appium for Windows

Q7) Write the advantages of using Appium.

Ans: The advantages of Appium are listed below:-

1. Using the same API, Appium will allow you to write tests that are against mobile platforms.
2. By using any kind of test framework or language you can write and run the tests.
3. Appium is an open source platform so you can contribute to it easily.
4. For the hybrid mobile applications and Native, Appium provides cross-platform.
5. Appium supports the JSON wire protocol.
6. Appium does not require recompilation of App.
7. Appium also supports automation tests on the physical devices and also for simulator or emulator both.
8. Appium does not have any dependency on mobile devices.

Q8) Name the test frameworks that are supported by Appium.

Ans: Test frameworks are not supported by appium since there is no need to do it. All test frameworks can be used by Appium. Some examples are .net unit test and NUnit. A test for Appium is written using one of the drivers so that the tests can interface with the appium in case of external dependency.

Q9) Write down the disadvantages of Appium?

Ans: The disadvantages of Appium are listed below:

1. The testing of that android that is lower than 4.2 is not allowed.
2. Appium has limited support for hybrid app testing. You will not be able to test the action that allows switching of applications from native to web app and from web app to native.
3. There is no support that will allow you to run an Appium Inspector on Microsoft Windows.

Q10) What are the requirements to write Appium tests?

Ans: There are certain basic requirements when it comes to writing Appium tests and they are:-

1. Driver client – Mobile applications are driven by Appium like that of a user. With the help of a client library, Appium tests can be written and these will wrap the steps of a test and then send it to Appium over the HTTP.
2. Appium Session – Appium tests take place within a session so it is important to initialize an appium session first. Once there is an end to the automation of a session it will be ended and wait again for the next session.
3. The desired capabilities – In order to initialize an appium session it is very important to design some parameters which are known as desired parameters. These parameters are platform version, platform name, device name and many more. This also helps in specifying the type of automation that is required from the Appium server.
4. Driver Command – In Appium you have the facility to write the tests by using a big and expressive collection of commands.

Q11) Name the Appium inspector.

Ans: Just like a selenium IDE playback and record tool, Appium consists of an inspector that is used to record and playback. With the help of this, you can record and play native application behavior which is achieved by inspecting DOM. It helps in generating the test scripts any language that is preferred. But Appium Inspector is not good support for Windows and they use UIAutomator viewer in the option.

Check Out Appium Tutorials

Q12) Suppose you are testing App, how will the data be exchanged between your test and the App?

Ans: In Appium the Web driver specification is not made for the purpose of exchanging data with the app. But it is not totally impossible to exchange data. It is achievable and it will require you to build more layers of testability.

Q13) Explain the design of the Appium?

Ans: Appium is considered as an HTTP server that is written using Node.js platform. It runs on both android and IOS session with the help of web driver JSON wire protocol. After the download and installation of the Appium are completed the server is then set up on the machine which exposes a REST API. Then the Appium also receives connections and command requests from clients. These commands are then executed on mobile devices. Generally, appium respond backs with an HTTP response. To execute the request, Appium uses mobile test automation frameworks so that it can drive the user interface of the apps. Some of the mobile automation frameworks are

1. Google UIAutomator for Android API of level 16 or more than that
2. Apple instruments for IOS platform
3. For android API level 15 or lesser than that, Selendroid is used.

Q14) How can you find the DOM element or X path in case of a mobile application?

Ans: In order to find the path between DOM elements or X path elements you can make use of "UIAutomateviewer" in the case of Android application.

Q15) What are the pros and cons of Appium?

Subscribe to our youtube channel to get new updates..!

Ans:

Pros-

Irrespective of the platform, the programmer will be able to automate all the complexities which remain under a single Appium server. Also, Appium helps in providing cross-platform mobile testing which signifies that the same test pattern will work on multiple platforms.
With the help of Appium, there will be no need for extra components in the app to make it more users friendly. Appium can also automate hybrid, web and native mobile applications.

Cons -

It is not possible to run scripts on multiple IOS simulator simultaneously. With the help of Appium, you are able to use UI Automator in case of Android automation which only supports the Android SDK platform and those API which is 16 more than that. For using an older version of APIs you will have to use another open source library which is known as Selendroid.

Q16) Name the types of errors that you can face in Appium.

Ans:

1. Error type one: These types of errors occur when there is the need for desired capabilities but they are not provided. Missing of Device name or platform name is considered to be part of this error type.

2. Error type two: These types of errors occur when you cannot find adb. To avoid this type of error can be avoided by setting the Android Home environment variable with the Android SDK root directory path.

3. Error type three: This falls under the category of penqa.selenium.Session Not Created Exception which will not allow you to create a new session.

Q17) Is there a need for a server machine to run tests on Appium?

Ans: In order to run tests on Appium there is no need for a server machine. The 2-tier architecture is facilitated with Appium. It is in this 2-tier architecture that the test machine gets connected to a test server which is running on Appium and also automating the whole thing. Appium can be run on the same machine where you are running the tests.

Q18) Do you think it is possible to interact with the apps by using javascript while you are testing the Appium?

Ans: While you are testing the Appium it is possible for you to interact with the apps using Javascript. During the time when the commands are being run on Appium, the server will then send the script to the app that is wrapped in an anonymous function which is to be executed.

Q19) What are the most difficult scenarios that one might face while testing Appium?

Ans: Data exchange is the most difficult scenario that one might face while testing Appium.

Q20) Is it possible to run tests in a multithreaded environment while you are using Appium?

Ans: It is indeed possible to run tests on the multithreaded environment but you have to make sure that no two tests are running simultaneously on the same Appium server.

Q21) In the case of the Android platform is it necessary to have an app’s .apk so that it can automate using Appium or do we also need an app in the workspace?

Ans: In case of the android platform, to automate using Appium you will require an only .apk file.

Q22) What is an Appium package master? How can you create an Appium Package?

Ans: A set of tools that are required to create and manage appium packages are defined as Appium Package master. In order to create package use this following code:-
#using es7/babe1
Gulp create-package –n
#regular es5
Gulp create-package ---nobabe1 –n
The package will be created in the out/

Q23) What is the underlying API that Appium follows?

Ans: The underlying selenium API is followed by Appium so that it can automate test cases. It is said that since all the selenium APIs are present in Appium as well so Appium is an extension to the selenium.

Q24) How can you inspect elements that are present in the Native Android App?

Ans: With the help of the UI Automator tool that is present in Android SDK, you will be able to access those object locators that are part of the Android Native app.

Q25) Mention the method with which you can scroll down in App?

Ans: With the help of the scrollTo () method, you will be able to scroll down in App. Also, such a method will help you to automatically scroll until the specific text is not match.

Q26) Is it possible to start an Appium server programmatically?

Ans: It is possible to start an appium server programmatically. Generally, the commands that are being entered to the command prompt are written in note pad and it is saved with .bat extension and you can click the bat file.

Q27) How can you inspect elements on the IOS apps?

Ans: With the help of using an Appium inspector that is a GUI based tool you can identify elements on IOS apps. These GUI based tools are quite similar to that of selenium IDE.

Q28) How is it possible to identify Mobile browser objects?

Ans: You can make use of User Agent in order to identify objects in the Mobile browser. It is done by using the user agent and then changing the browser as the mobile proxy and thus gets an object.

Q29) Write the command that will allow you to identify objects uniquely when there are multiple objects within the same class name using Appium?

Ans: With the help of the command driver.findElements (By.className) it is possible to identify the elements uniquely.

Q30) Give the difference between emulator and simulator?

Ans: The simulator is used for calling IOS virtual devices that will launch from Xcode in MAC. The emulator is used for calling Android virtual devices.

Q31) Do I need Appium?

Ans: The answer to such a question is always: “It depends on what you need!”. So the actual question becomes: “Which conditions make Appium suitable for me?”. The most important assumption is that you are developing apps (pretty obvious I know). If you are developing an app for a specific platform (and have no intention of supporting others in the future), Appium is not really required and this is basically the answer you are looking for. Appium becomes meaningful only when you have apps targeting more than one platform (Windows, Android or iOS to cite some). Appium becomes essential if you have a webview-based app (necessarily) targeting many platforms out there.

Q32) How difficult is it to set up a working environment?

Ans: The assumption is that Appium comes with not-so-tiny documentation, so users are not really left alone. However, it is not so straightforward to set up Appium to work on a Windows or Mac machine (did not try on Unix so far). In my experience, instead of installing the GUI-based application, it is much better to install the command-line application (which is released more often). Also beware [sudo], as Appium will surely bite you back late in time if you installed it as a [superuser] (this is probably the clearest point in the documentation)

Q33) Can Appium be used for all my tests?

Ans: This is an implied question in this question. The answer is No (in general). As I said before Appium is not suitable for all types of tests you might want to write (this depends on the functionalities you need to cover). There are some scenarios that can be difficult to test and some of them are so platformed specific that you will need to write some suites just for Android or iOS for example. Remember that you can always get to do something no matter how hard it is, so you can test all your difficult scenarios using Appium, but always keep in mind one question: is it worth the time and the pain? Having Appium testing some scenarios leaving a few tests to other approaches is fine too! The world is not black and white!

Q34) What is Appium’s most considerable limitation?

Ans: Hand down my chin starting thinking and mumbling. If I had to provide one single thing you should be aware of about Appium before starting using it, it would surely be multiple session handling. Since Appium is a server, it serves HTTP requests; you might have two different computers running a test each against the same Appium server: what happens? As for now, Appium does not support this scenario and the second test will be aborted. This is a considerable limitation because no queuing system comes with Appium. If you need to support multiple sessions, you will need to implement this feature by yourself.

Q35) How active is Appium?

Ans: Appium is available on GITHUB and there you can find all you need. The Appium team is responsible for developing many different subsystems revolving around Appium (like APIs for different languages), thus I can tell you that this product is alive and very active. The team is also pretty well responsive and once you open an issue you will find a reply after no more than 36 hours (this ETA comes by my personal experience). The community around Appium is also pretty large and growing every month.

Q36) Which approach is the best? Testing on real devices or simulators/emulators?

Ans: This is a tough question because both options offer different levels of testability and flexibility when testing. There are also many problems associated with each. So my answer will be again: “It depends on your needs!”.
Running the test on a device is, always in my opinion, the best solution because it offers a testing environment completely aligned with the running environment: tests run on those devices where your apps will be used once published in stores. However devices must be connected to the Appium server via USB at least, and this is not always a very nice thing. ADB has a known issue for which a device disconnects after a while (even though it remained plugged all the time): because of this your tests might fail after a while and Appium will report that a device could not be found! I had to write a component that resets ADB after some time so that devices will not disconnect.

Q37) Tests on emulators or simulators?

Ans: On the other hand, emulators/simulators will never disconnect from Appium. They also offer nice options like the ability to choose the orientation or other hardware-related configurations. However, your tests will run much slower (sadly, my tests ran 3 times slower) and do expect some crazy behavior from the Android emulator which sometimes shuts down unexpectedly. Another problem is that emulators tend to allocate a lot of memory.

Q38) I already have platform-specific tests for my app, what should I do to migrate to Appium?

Ans: Unfortunately, there is not a magic formula to translate your tests into Selenium tests. If you developed a test framework on different layers and observed good programming principles, you should be able to act on some components in your tests in order to migrate your suites to Appium. Your current tests are going to be easy to migrate if they are already using an automation framework or something close to a command-based interaction. Truth be told, you will probably need to write your tests from the beginning, what you can do is actually reusing your existing components.

Q39) How much time does it take to write a test in Appium?

Ans: Of course, it depends on the test. If your test simply runs a scenario, it will take as many commands as the number of interactions needed to be performed (thus very few lines). If you are trying to exchange data, then your test will take more time for sure and the test will also become difficult to read.

Q40) Any tips or tricks to speed up my test writing activity or my migration process?

Ans: Here is one piece of advice. Since your tests will mostly consist of automation tasks (if this condition is not met, you might want to reconsider using Appium), make interactions reusable! Do not write the same sub-scenarios twice in your tests, make a diagram of what your scenarios are and split them into sub-activities; you will get a graph where some nodes are reachable from more than one node. So make those tasks parametric and call them in your tests! This will make your test writing experience better even when you need to migrate from existing tests (hopefully you already did this activity for your existing suites).

Q41) What test frameworks are supported by Appium?

Ans: Appium does not support test frameworks because there is no need to support them! You can use Appium with all test frameworks you want. NUNIT and.NET UNIT TEST FRAMEWORK are just a few examples; you will write your tests using one of the drivers for Appium; thus your tests will interface with Appium just in terms of an external dependency. Use whatever test framework you want!

Q42) Is it possible to interact using Javascript with my apps, while the appium testing running?

Ans: Yeah, It is possible! Selenium has commands to execute Javascript instructions on your app from your tests. Basically you can send a JS script from your test to your app; while the running commands on Appium, the server sends the scripting to the apps you used by wrapping into an anonymous function that have to be executed.

Q43) Is it Returning the values?

Ans: However your Javascript interaction can get more advanced as your script can return a value that will be delivered to your test when the HTTP response is sent back by Appium once your Javascript has finished running. However this scenario comes with a limitation: your Javascript can send back only primitive types (integers, strings), not complex objects. The limitation can be overtaken by passing objects as JSON strings or by modifying Appium’s or Selenium’s code to support specific objects.

Q44) How can I exchange data between my test and the app I am testing?

Ans: Appium, actually the WebDriver specification, is not made for exchanging data with your app, it is made to automate it. For this reason, you will probably be surprised in finding data exchange not so easy. Actually it is not impossible to exchange data with your app, however, it will require you to build more layers of testability.

Q45) What data exchange is?

Ans: When I say “data exchange” I am not referring to scenarios like getting or setting the value of a textbox. I am also not referring to getting or setting the value of an element’s attribute. All these things are easy to achieve in Appium as Selenium provides commands just for those. By “data exchange” I mean exchanging information hosted by complex objects stored in different parts of your webview-based app like the window object. Consider when you dispatch and capture events, your app can possibly do many things and the ways data flows can be handled are many. Some objects might also have a state and the state machine behind some scenarios in your app can be large and articulated. For all these reasons you might experience problems when testing.

Q46) What are Testability layers?

Ans: In order to make things better, as a developer, what you can do is adding testability layers to your app. The logic behind this approach is simply having some test-related objects in your app which are activated only when your tests run. I learned about this strategy from one of my colleagues Lukasz and such a technique can be really powerful. Enable your testability layers when testing in order to make data exchange easy.

Q47) Is it Exchanging data through Javascript?

Ans: Selenium provides commands do execute Javascript on the app, it is also possible to execute functions and have them return data (only basic types). If you exchange JSON strings it should be fine as JSON.stringify(str) will turn your JSON string into an object on the app side, while on the test side (depending on the language you are using), you can rely on hundreds of libraries to parse the string you receive.

Q48) What are the most difficult scenarios to test with Appium?

Ans: Appium is not suitable for all types of tests. There is a particular scenario that will make your tests more difficult to write: data exchange. I already said it but I will repeat the same thing because it is very important: Appium and WebDriver are designed to automate stuff… not to exchange data with them. So what if we need to exchange information with our app during tests? Should we give up on Appium and write our tests manually for each platform? I am not saying this, but there are cases where you should consider this option (not nice I know, but if the effort of writing tests for Appium is higher than the benefits, than just throw Appium away).
Appium is very nice because it will let you write tests once for all platforms instead of writing as many tests as the numbers of platforms you need to support. So if you need to exchange data with your app while testing it and this data flow is the same for all platforms, then you should probably keep on using Appium and find a way to write a layer on top of it to handle data. Depending on your needs this might take time, but, in my experience, it is really worth it.

Q49) I don’t want to set up a whole infrastructure for my tests and I don’t want to spend money on HW. Can Appium help me?

Ans: If you think about it, what really is required from you is writing tests. Then the fact that you must deploy an Appium server somewhere is something more. If you want to skip this part, you can rely on some web services that already deployed a whole architecture of Appium servers for your tests. Most of them are online labs and they support Selenium and Appium.

Q50) I need to debug Appium, is it difficult?

Ans: No really! Appium is a NODE.JS application, so it is Javascript in the essence. The code is available on GITHUB and can be downloaded in a few seconds as it is small and not so complex. Depending on what you have to debug, you will probably need to go deeper in your debugging experience, however, there are some key points were setting a breakpoint is always worth: the proxy component is worth a mention. In appium/lib/server/proxy.js you can set a breakpoint in function doProxy(req, res), that will be hit every time commands are sent to platform-specific components to be translated into automation commands.

Q51) I build my apps with CORDOVA, is it supported by Appium?

Ans: CORDOVA is a very famous system that enables you to develop webview-based apps for all platforms in a short time. Appium does not explicitly say that Cordova is supported, even though they do it implicitly as some examples using apps built with Cordova are provided on Appium’s website. So the answer is that Cordova should not be a problem. Why am I being so shy about it? Because anything can happen and it actually happened to me!
Cordova and Appium are two different projects that are growing up separately and independently, of course, a mutual acknowledgment is present, but both teams do not really talk to each other when pushing features. So problems can occur (I am currently dealing with a problem concerning Cordova’s new version which is causing my tests to fail).

Q52) What are the basic commands that I can use in the SELENIUM protocol?

Ans: Google’s SELENIUM provides a collection of commands to automate your app. With those commands you can basically do the following:
Locate web elements in your webview-based app’s pages by using their ids or class names.
Raise events on located elements like Click().
Type inside text boxes.
Get or set located element’s attributes.
Execute some Javascript code.
Change the context in order to test the native part of your app or the web view. If your app uses more webviews, you can switch the context to the webview you desire. If your webview has frames or iframes inside, you can change context to one of them.
Detect alert boxes and dismiss or accept them. Be careful about this functionality, I experienced some problems.

Q53) I want to run my tests in a multithreaded environment, any problems with that?

Ans: Yes! You need some special care when using Appium in a multithreaded environment. The problem does not really rely on the fact of using threads in your tests: you can use them but you must ensure that no more than one test runs at the same time against the same Appium server. As I mentioned, Appium does not support multiple sessions, and unless you implemented an additional layer on top of it to handle this case, some tests might fail.

Q54) How can I run Android tests without Appium?

Ans: For older versions of Android Appium might not be supported. For instance, Appium is only supported in Android versions 4.4 or later for MOBILE WEB APPLICATION tests, and Android versions 2.3, 4.0 and later for MOBILE NATIVE APPLICATION and MOBILE HYBRID APPLICATION tests.
For those versions in which Appium is not supported you can request an emulator driven by Webdriver + Selendroid. All you need to do is use our PLATFORMS CONFIGURATOR and select Selenium for the API instead of Appium.
In the Sauce Labs test, you will notice that the top of the emulator says “AndroidDriver Webview App”. In addition, you will notice that you will get a “Selenium Log” tab which has the output of the Selendroid driver.
With an emulator driven by Webdriver + Selendroid, you will be able to TEST MOBILE WEB APPLICATION only. You should be able to select any Android emulator version from 4.0 to the latest version and any Android emulator skin (e.g “deviceName”:”Samsung Galaxy Tab 3 Emulator”).

Q55) How can I run iOS tests without Appium?

Ans: For older versions of iOS Appium might not be supported. For instance, Appium is supported in iOS versions 6.1 and later. For earlier versions of iOS the tool or driver used to drive your mobile applications automated test is called iWebdriver.
To obtain a simulator driven by iWebdriver use our PLATFORMS CONFIGURATOR and select Selenium for the API instead of Appium. With an emulator driven by iWebdriver you will be able to test MOBILE WEB APPLICATION only. In addition, in the Sauce Labs test, you will notice a “Selenium Log” tab which has the output of iWebdriver.

Q56) What mobile web browsers can I automate in the Android emulator?

Ans: Currently the only browser that can be automated in our Android emulators is the stock browser (i.e Browser). The Android stock browser is an Android flavor of ‘chromium’ which presumably implies that its behavior is closer to that of Google Chrome.