-
Notifications
You must be signed in to change notification settings - Fork 16
How to write UI Test using codeless
David_Chau edited this page Jan 31, 2019
·
22 revisions
- Setup a root folder named suites in example_usage which contains all the .xlsx test suite files (API, UI or a hybrid), including new ones you would write yourself.
- Create a new .xlsx file in example_usage
ExampleFileName: "demo_ui.xlsx"
.
ExampleTestSuiteFilePath: project_directory/codeless_skeleton/suites/demo_ui.xlsx
.
- Create a config sheet in the .xlsx file that was created in the step 1. Config sheets MUST use the preface "c-" .
Example UI config sheet name : "c-demo"
.
key | value | comments |
---|---|---|
platform-type | chrome | Web driver platform type. Valid values are chrome, firefox, ie or emulator. Please note that ie is ONLY a valid option if running from a Windows OS. |
webdriver.runlocal | TRUE | Runs the webdriver on the local machine if TRUE, if FALSE runs on the remotw webdriver. |
webdriver.path.chrome | web_drivers/windows/chromedriver.exe | Path to the chrome webdriver to use for this machine. Installed under codeless skeleton <INSTALL_DIR>/lib/webdrivers// by default. For Windows: lib/web_drivers/windows/chromedriver.exe For Mac: lib/web_drivers/mac/chromedriver.exe |
webdriver.platform.chrome | Windows | Platform type for remote web driver intializing. |
webdriver.version.chrome | 61.0 | Version for platform type selected. |
webdriver.path.firefox | web_drivers/windows/geckodriver.exe | Path to the gecko webdriver to use for this machine. Installed under codeless skeleton <INSTALL_DIR>/lib/webdrivers// by default. For Windows: lib/web_drivers/windows/geckodriver.exe For Mac: lib/web_drivers/mac/geckodriver.exe |
webdriver.platform.firefox | Windows | Platform type for remote web driver intializing. |
webdriver.version.firefox | 60 | Version for platform type selected. |
webdriver.path.ie | web_drivers/windows/IEDriverServer.exe | Path to the IE webdriver to use for this machine. Installed under codeless skeleton <INSTALL_DIR>/lib/webdrivers// by default. For Windows only: lib/web_drivers/windows/IEDriverServer.exe no other valid settings. |
webdriver.platform.ie | Windows | Platform type for remote web driver intializing. |
webdriver.version.ie | 11 | Version for platform type selected. |
webdriver.hub | remote webdriver url | Ex: Sauce url to run it on Sauce labs |
- In this sheet, the user can start writing out the test steps desired for this test case, using the Framework Suite Keywords.
- Create a new sheet in the same suite file that was created in step 1. TestCase sheets MUST use the preface "t-"
Example UI TestCase sheet name : "t-test1"
. - Test suites must have at least one TestCase sheet, but can have as many as needed.
This sheet defines five common columns that are used by the framework to load it appropriately.
An example of a TestCase sheet can be found in the example_usage/suites directory.
- Step column
- Required.
- Short description of the test step. Can be any text value.
- Action column
- Required.
- Codeless Framework keyword.
- Defines action the Codeless Framework will take for this test case step.
- Target column
- Required for click, sendKeys and serviceCall actions.
- Input column
- Required for config, navigate, sendKeys and serviceCall actions.
- Variable text field depending on action selected.
- Override column
- Optional in most cases. Required in some cases with API service calls. (serviceCall action).
- Variable text field depending on action selected.
Example UI test sheet name : "t-test1"
.
Step | Action | Target | Input | Overrides |
---|---|---|---|---|
config setup | config | |||
Navigate to UI page | goto | https://google.com | ||
close browser | close |
Users can skip test steps if the step name is prefixed with '#' symbol. example:
#step_name