Note: Documentation site is under updation. Although some part of documentation is ready. Checkout this space to know when the documentation is ready.
π Quick Start
- The documentations of coteafs-appium includes all the information you need to get started including setup, usage, advantages, sample test.
- To know what changes are Released, check out the change log for complete list of changes.
- 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 server on run-time and also can connect to 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>3.1.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:
host: 127.0.0.1
port: 4723
external: true
arguments:
log_level: DEBUG
log_time_stamp: true
local_time_zone: true
session_override: true
android:
suppress_adb_kill_server: true
devices:
test:
platform_type: ANDROID
device_name: MI Redmi Note 4
device_version: 7.0
app_type: HYBRID
device_type: REAL
automation_name: APPIUM
app_location: apps/android/VodQA.apk
session_timeout: 120000
playback:
delay_before_swipe: 200
delay_after_swipe: 100
delay_before_tap: 0
delay_after_tap: 0
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 () {
this.androidServer = new AppiumServer ("android"); // Here the parameter refers to the key in server block in config file.
this.androidServer.start ();
this.androidDevice = new AndroidDevice (this.androidServer, "test"); // Here the param refers to the key in devices block in config file.
this.androidDevice.start ();
}
@AfterClass (alwaysRun = true)
public void tearDownTestSuite () {
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 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 Gitter room.
- Directly chat with me on my site and I'll revert to you as soon as possible.
- Discuss your queries by writing to us on our mailing list
- If you find any issue which is 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.
- Spread the word with your network.
- 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. To know more, see our contributing page.
For allowing us to run our unit tests on different platforms.