TestingBot provides a cloud of browsers and devices, ready to run your Automated, Live and Visual tests.
TestingBot provides a large grid of mobile devices and simulators/emulators to run Automated and Manual tests against your mobile apps.
An important part when creating automated tests is to locate elements. Elements can be buttons, text fields, input fields, any component in your app.
Your test will need to locate these elements before it can interact with them, so setting up and finding elements is an important part in creating and maintaining automated mobile tests.
Similar to Appium Deskop's element locator, TestingBot has added its own Mobile Inspector to the Live testing feature on Real Mobile Devices.
Simply upload your mobile app (.apk or .ipa), select which physical device you want to test on and click Start.
TestingBot will load a live view of the device, and allows you to interact with the device with your mouse and keyboard; tap, swipe and all other gestures are available.
With the Live View of your App, you will see a live output of the device logs on the left of your screen. This makes it easy to troubleshoot or find issues with your app.
Another tab called Inspector will take a live snapshot of the element structure of your app, and present it in a tree format, similar to Appium Desktop's inspector view.
You can expand and collapse each node in the tree. Each node represents an element, which has a unique identifier that can be used for your Automated Tests.
While hovering over each element, we will highlight the element on top of the live screen of the device and show you a list of details and possible locators that can be used.
We support several locator strategies, including locators such as accessibilityId and testID.
In general, these are the locator strategies which are available for Automated Testing:
Currently, our Inspector will retrieve the following locators:
If you or your team is developing the mobile app, we recommend using Id, Name or Accessibility ID as much as possible, since XPath locators are prone to change when your app layout changes.
By specifying your own locators, you can give your elements clear locator names, which helps the readability of your test.
An added benefit of using Accessibility ID is that you make sure your app works well for people with disabilities.
Below is a short overview of the different locator strategies, together with some examples.
This is the native element identifier, which is the resource-id for android and the name for iOS.
Name of the element in iOS and Android.
Goes through the app XML tree to search for the element. This might be slower, depending on how many nodes there are in the tree (how complex your layout is).
An Xpath locator looks something like this:
//a[@id="abc"][@for="xyz"]
A unique identifier for an element. For iOS it is the element's accessibility-id attribute and for Android it is the element's content-desc attribute.
Now that you're ready with the locators, how about using them in an Automated Mobile Test? Below is an example of a test, where we open an app on Android, locate an element (inputA) and then enter text into that element (textfield).
Mobile App Testing is very powerful and should definitely be a part of your development cycle. Creating mobile tests with optimised locators will help you in releasing better mobile apps, faster.
< Back to Blog OverviewStart testing your apps with TestingBot.
No credit card required.