
How to Fix Common Errors with Appium Testing Framework
Appium mobile testing is an open-source tool and system for automating mobile web, native, and hybrid applications on both iOS and Android platforms. It runs great on native apps – the ones that are written utilizing the iOS or Android SDKs, mobile web applications that are reached utilizing a mobile browser and hybrid apps that are using the webview and are covered within your app.
It has NO reliance on Mobile device OS. Since APPIUM has wrapper or framework that makes the translation of Selenium Webdriver commands into UIAutomator (Android) or UIAutomation (iOS) commands relying upon the type of device, no OS type.
All languages that have Selenium client libraries are supported by the Appium such as - Objective-C, Java, JavaScript with node.js, Ruby, PHP, Python, C#, and so on.
But today, we’ll try to propose the fresh look at this system. There are several diverse blogs out there that concentrate on Appium and give tips and tricks for different topics. In this blog series, we will disclose to you the possible errors one might encounter using Appium.
Let’s begin.
- Error #1. Could not connect to Lockdownd (on iOS)
- Error #2. Misusing XPath
Misusing XPath locators is a mutual mistake with Selenium, in spite of the fact that it's more unfortunate error in the Appium environment.
Appium XPath is a great method to discover elements, yet it accompanies a really enormous execution cost. This is because of XML-and XPath-type questions, that are not locally given by Apple and Google – in any event in the form that we'd prefer them to be.
Also Read : How to Install Appium Server and Node on Windows through Command Line
This drives Appium to make a ton of costly calls in the engine to help to discover elements assuredly when utilizing XPath.
So, you can utilize XPath, however, there are far superior locator methods you can apply - such as the accessibility IDs.
- Error #3. Script taking longer to Load (on iOS)
The script will be taking forever to load and launch on a real device.
Try these ways to solve the error -
If before installed, then uninstall or delete the WebDriverAgent app from your real test simulator or device.
In case that uninstalling doesn’t fix the issue, restart the mobile and attempt running your tests.
- Error #4. The Issue during swiping down action on the iOS Device
When the configuration is done and the execution is triggered, strangely there are issues simply for the scripts in which there was a swipe down action to perform for opening the spotlight search on the phone.
There is a potential suspect for this unknown server error. This is -
driver.manage().window().getSize(); The reason behind the error was WDA. So, clean it and build it over. 1. Open the WebDriverAgent.xcodeproj in Xcode and choose WebDriverAgentRunner in the scheme prior to developing, ensure that it is signed. 2. Start the runner by running the tests. 3. In case all is fine, the screen on the device will become black and afterward revert to the application screen. The newly installed WebDriverAgentRunner. on the phone is seen. 4. The server is working while the tests run.- Error #5. Found Internal Error while running the Command. (on iOS)
- Error #6. Could not find adb. Please set the ANDROID_HOME environment variable with the Android SDK root directory path.
- Error #7. Error on connecting the real iOS device with Appium server
- Error #8. Xcode9.1+IOS 11.1.2+APPIUM1.2.7 runtime throws exceptions,’11.1.2'does not exist in the list of simctl SDKs. (on iOS)
- Error #9. Running iOS test.
- Error #10. Issue while running mobile safari test.
- Error #11. Appium Java JUnit test package unzip failed (on Linux x86_64 or Mac)


Mobile App Testing
Web App Testing
Game Testing
Automation Testing
Security Testing
Performance Testing
Selenium
Test Management
Usability Testing
Guides and Tutorials
Expert Insights
Software Testing Events
Load Testing
Performance Testing
Hire a Tester




