π Quick Start
- The documentations of coteafs-appium includes all the information you need to get started including setup, usage, advantages, sample test.
- Want to know when our next feature or fix release is going to happen? Watch out our planned milestones.
In order to use a framework, it's important to know it's advantages. Let's see what are the key features of this framework:
π π± Supports Android and iOS Real Devices and Emulators.
π π» Able to start and stop the server on run-time and also can connect to an already running server.
π π Enforces Page object model style of coding.
π π Allows parallel and sequential execution of tests.
π π¨ All capabilities, playback and delay settings are configurable through config file.
π βοΈ Supports execution of tests on any Cloud solution like BrowserStack, SauceLabs, TestingBot, etc.
π πΉ Supports video recording of tests on Android and iOS.
π π· Supports capturing screenshots for Android and iOS.
π π Supports reading Clipboard from devices.
π π Supports logging of all events occurred during test execution.
π β Provides pre-defined errors which wraps the Appium exceptions in a meaningful way.
π β Provides inbuilt assertions to verify the device elements.
π β¨οΈ Supports any Testing frameworks like TestNG, JUnit or Cucumber.
<dependency>
<groupId>com.github.wasiqb.coteafs</groupId>
<artifactId>appium</artifactId>
<version>4.2.0</version>
</dependency>
1. π How to configure the tests?
First step in writing tests using coteafs-appium framework is defining a Yaml config file in the src/test/resources
folder.
(For more details, check the link above.)
Sample file is shown below.
servers:
android_server:
host: 127.0.0.1
port: 4723
external: true
logs:
level: DEBUG
path: logs/appium-server.log
timestamp: true
local_timezone: true
debug_spacing: true
android:
suppress_adb_kill: true
devices:
android:
os: ANDROID
name: Google Pixel 3
version: 8.1
type: SIMULATOR
others:
clear_files: true
no_reset: false
full_reset: true
clear_logs: true
automation: UIAUTOMATOR2
android:
avd:
name: Pixel_3_XL_API_27
launch_timeout: 60000
ready_timeout: 60000
args: -gpu swiftshader_indirect
app:
install_timeout: 60000
type: HYBRID
path: apps/android/VodQA.apk
session_timeout: 120000
playback:
screenshot:
on_error: true
recording:
enabled: true
stream:
enabled: true
delay:
before_swipe: 200
after_swipe: 100
before_tap: 0
after_tap: 0
implicit: 1
explicit: 20
2. π― How simple it is to write the tests?
By using Action classes for each Activity, the flow specific for that activity can be modularized and tests looks much clean and readable. See the sample test below.
import org.testng.annotations.AfterClass;
import org.testng.annotations.AfterMethod;
import org.testng.annotations.BeforeClass;
import org.testng.annotations.BeforeMethod;
import com.github.wasiqb.coteafs.appium.android.vodqa.actions.LoginActivityAction;
import com.github.wasiqb.coteafs.appium.service.AppiumServer;
public class SampleTest {
protected AndroidDevice androidDevice;
private AppiumServer androidServer;
@BeforeClass
public void setupTestSuite () {
// Here the parameter refers to the key in server block in config file.
this.androidServer = new AppiumServer ("android_server");
this.androidServer.start ();
// Here the param refers to the key in devices block in config file.
this.androidDevice = new AndroidDevice (this.androidServer, "android_device");
this.androidDevice.start ();
this.androidDevice.startRecording ();
this.androidDevice.startStreaming ();
}
@AfterClass (alwaysRun = true)
public void tearDownTestSuite () {
this.androidDevice.stopStreaming ();
this.androidDevice.stopRecording ();
this.androidDevice.stop ();
this.androidServer.stop ();
}
@Test
public void login () {
final LoginActivityAction login = new LoginActivityAction (this.androidDevice);
login.addInputValue ("UserName", "admin")
.addInputValue ("Password", "admin")
.perform ();
}
}
3. β³ How to create Activity class?
New class needs to be created for each Activity. There's an abstract activity class for each type of device.
Here prepare
method needs to be implemented with all the elements available on that Activity.
See the below sample for an Android activity with comments for better understanding.
import org.openqa.selenium.By;
import com.github.wasiqb.coteafs.appium.android.AndroidDevice;
import com.github.wasiqb.coteafs.appium.device.DeviceElement;
public class LoginActivity extends AndroidActivity {
public LoginActivity (final AndroidDevice device) {
super (device);
}
@Override
protected DeviceElement prepare () {
final DeviceElement main = DeviceElement.create ("Main")
.forAndroid (By.id ("android:id/content"));
DeviceElement.create ("Back")
.parent (main)
.forAndroid (By.xpath ("//android.widget.TextView[@text=\"Back\"]"))
// We can set multiple locators for different Automation names.
.forAndroid (AutomationType.UIAUTOMATOR2,
MobileBy.AndroidUIAutomator ("new UiSelector ().text (\"Back\");"));
DeviceElement.create ("UserName")
.forAndroid (MobileBy.AccessibilityId ("username"))
.parent (main);
DeviceElement.create ("Password")
.forAndroid (MobileBy.AccessibilityId ("password"))
.parent (main);
DeviceElement.create ("Login")
.index (1) // Index of element when multiple elements for same locator exists.
.waitStrategy (WaitStrategy.VISIBLE) // Wait strategy to be used while finding the element.
.forAndroid (MobileBy.AccessibilityId ("login")) // Locator used to find the element.
.parent (main); // Parent of current element.
return main;
}
}
4. β½ How to create your Activity action class?
There is abstract action class provided by the framework where Activity specific flow is implemented in perform method. See the sample Activity action class below.
import com.github.wasiqb.coteafs.appium.android.AndroidActivityActions;
import com.github.wasiqb.coteafs.appium.android.AndroidDevice;
import com.github.wasiqb.coteafs.appium.android.vodqa.activities.LoginActivity;
public class LoginActivityAction extends AndroidActivityActions {
public LoginActivityAction (final AndroidDevice device) {
super (device);
}
@Override
public void perform () {
final LoginActivity login = new LoginActivity (getDevice ());
login.onElement ("UserName")
.enterText (value ("UserName"));
login.onElement ("Password")
.enterText (value ("Password"));
login.onDevice ()
.hideKeyboard ();
login.onElement ("Login")
.tap ();
}
}
- You can chat with us on our Discord server.
- Directly chat with me on my site and I'll revert to you as soon as possible.
- If you find any issue which is a bottleneck for you, search the issue tracker to see if it is already raised.
- If not raised, then you can create a new issue with required details as mentioned in the issue template.
- Star the project to make the project popular.
- Stay updated with the project progress by Watching it.
- Contribute to fix open issues, documentations or add new features. Check our contributing page.
For allowing us to run our unit tests on different platforms.