AludraTest is build on four core concepts:
A test case defines the flow of actions and validation to be performed. It is represented by unit like methods and uses Data Classes and ActionWordLibrary's to perform the tasks.
For details see test case.
A data class is a structured representation of the data used by test cases. It is injected into the test case as actual parameter by a data source. The test case passes the data as parameter to actions of ActionWordLibrary's.
An ActionWordLibrary is class derived from <ActionWordLibrary that provides a set of actions to be executed with a specific Service
.
An Action is a method within a ActionWordLibrary class. The action has to comply with certain coding rules (see aludra-pmd-rules), mainly:
Data
ActionWordLibrary
This to constraints imply fluid programming within test case methods.
A service is an adapter to a certain technology and may wrap other tools.
The implementation WebGuiSelenium2Service
provides WebGuiService
by using the famous selenium 2 aka webdriver.
A service is always bundle with a corresponding abstract ActionWordLibrary.
The WebGuiService
corresponds to Page
.
For a list of services please refer to aludratest-services, which is automatically generated from the source code and includes all configuration parameters.
By using these definition for Service and ActionWordLibrary, AludraTest can be extended and adapted to any technology, while the tester writing tests does not have to deal with the technologies or or different APIs.