JUnit Automated App Testing
See our JUnit example repository for a simple example on how to run JUnit mobile app tests.
Installation
First, make sure you install the necessary dependencies to run a test. For this example, we'll be using JUnit and Java Appium Client.
JUnit Example
Please see the example below. We're going to test our sample app on a Real Device.
In this test we'll add values to two input fields and see if the calculator works.
@Test
public void test() throws Exception {
AndroidElement inputA = (AndroidElement) new WebDriverWait(driver, 30).until(
ExpectedConditions.elementToBeClickable(MobileBy.AccessibilityId("inputA")));
inputA.sendKeys("10");
AndroidElement inputB = (AndroidElement) new WebDriverWait(driver, 30).until(
ExpectedConditions.elementToBeClickable(MobileBy.AccessibilityId("inputB")));
inputB.sendKeys("5");
Thread.sleep(5000);
AndroidElement sum = (AndroidElement) new WebDriverWait(driver, 30).until(
ExpectedConditions.elementToBeClickable(MobileBy.AccessibilityId("sum")));
assertEquals(sum.getText(), "15");
}
@Test
public void test() throws Exception {
IOSElement inputA = (IOSElement) new WebDriverWait(driver, 30).until(
ExpectedConditions.elementToBeClickable(MobileBy.AccessibilityId("inputA")));
inputA.sendKeys("10");
IOSElement inputB = (IOSElement) new WebDriverWait(driver, 30).until(
ExpectedConditions.elementToBeClickable(MobileBy.AccessibilityId("inputB")));
inputB.sendKeys("5");
Thread.sleep(5000);
IOSElement sum = (IOSElement) new WebDriverWait(driver, 30).until(
ExpectedConditions.elementToBeClickable(MobileBy.AccessibilityId("sum")));
assertEquals(sum.getText(), "15");
}
Uploading Your App
Please see our Upload Mobile App documentation to find out how to upload your app to TestingBot for testing.
Specify Browsers & Devices
Please see our example Github project on how to configure your desired capabilities with our example TestingBotJUnitTest.java
.
{
"server": "hub.testingbot.com",
"key": "TESTINGBOT_KEY",
"secret": "TESTINGBOT_SECRET",
"capabilities": {
"tb:options": {
"build": "java-testingbot",
"name": "single_test",
},
"appium:app": "https://testingbot.com/appium/sample.apk"
},
"environments": [{
"platformName": "Android",
"appium:version": "10.0",
"appium:deviceName": "Galaxy S10"
}]
}
To let TestingBot know on which device you want to run your test on, you need to specify the deviceName
, version
, platformName
and other optional options in the capabilities field.
{
"appium:app": "https://testingbot.com/appium/sample.apk",
"platformName": "Android",
"appium:version": "10.0",
"appium:deviceName": "Galaxy S10"
}
To see how to do this, please select a combination of device type and device name in the drop-down menus below.
Testing Internal Websites
We've built TestingBot Tunnel, to provide you with a secure way to run tests against your staged/internal webapps.
Please see our TestingBot Tunnel documentation for more information about this easy to use tunneling solution.
The example below shows how to easily run a JUnit WebDriver test with our Tunnel:
1. Download our tunnel and start the tunnel:
2. Adjust your test: instead of pointing to 'hub.testingbot.com/wd/hub'
like the example above - change it to point to your tunnel's IP address.
Assuming you run the tunnel on the same machine you run your tests, change to 'localhost:4445/wd/hub'
. localhost is the machine running the tunnel, 4445 is the default port of the tunnel.
This way your test will go securely through the tunnel to TestingBot and back:
{
"server": "localhost:4445",
"key": "TESTINGBOT_KEY",
"secret": "TESTINGBOT_SECRET",
"capabilities": {
"build": "junit-testingbot",
"name": "single_test"
},
"environments": [{
"appium:app": "https://testingbot.com/appium/sample.apk",
"appium:platformName": "Android",
"appium:version": "10.0",
"appium:deviceName": "Galaxy S10"
}]
}
Run tests in Parallel
Parallel Testing means running the same test, or multiple tests, simultaneously. This greatly reduces your total testing time.
You can run the same tests on all different browser configurations or run different tests all on the same browser configuration.
TestingBot has a large grid of machines and browsers, which means you can use our service to do efficient parallel testing. It is one of the key features we provide to greatly cut down on your total testing time.
Please see our Parallel JUnit documentation for parallel testing.
Queuing
Every plan we provide comes with a limit of parallel tests.
If you exceed the number of parallel tests assigned to your account, TestingBot will queue the additional tests (for up to 6 minutes) and run the tests as soon as slots become available.
Mark tests as passed/failed
To see if a test passed or not in our member area, or to send additional meta-data to TestingBot, you need to use our API.
TestingBot has a Java client for using the TestingBot API.
Once included with your tests, you can send back test status and other meta-data to TestingBot:
import com.testingbot.testingbotrest.TestingbotREST;
@After
public void tearDown() throws Exception {
TestingbotREST restApi = new TestingbotREST("key", "secret");
Map<String, String> data = new HashMap<String, String>();
data.put("success", "1");
data.put("name", "My Test");
restApi.updateTest(driver.getSessionId(), data);
driver.quit();
}
Preparing your App
You do not need to install any code or plugin to run a test.
Below are some things that are necessary to successfully run a mobile test:
- Please supply the URL to your
.apk
or.aab
file.
Important: the.apk
file needs to be a x86 build (x86 ABI) for Android emulators.
- Please supply the URL to an
.ipa
file.
- Please supply the URL to a
.zip
file that contains your.app
-
The
.app
needs to be an iOS Simulator build:
- Create a Simulator build:
- Zip the
.app
bundle:
- Create a Simulator build:
Additional Options
Appium provides a lot of options to configure your test.
Some important options that might help:
For Android:- appActivity and appPackage: by default, Appium will try to extract the main Activity from your apk. If this fails, you can supply your own with these options.
- chromeOptions: additional chromedriver options you can supply.
- otherApps: a JSON array of other apps that need to be installed, in URL format.
-
locale: the language of the simulator/device (ex:
fr_CA
) - newCommandTimeout: How long (in seconds) Appium will wait for a new command from the client before assuming the client quit and ending the session