-
Notifications
You must be signed in to change notification settings - Fork 11
Reports
Automated tests need good reporting so that the test results are meaningful. For this purpose, we use the well-known Allure framework. We have a short guide on how to set up Allure.
To get even more insights into your test results we enriched the reports by additional data. This article is about the additional features we have added and how to use them.
Sometimes it is necessary to know the exact link a step in the automation opened and sometimes it's just convenient to jump into a flow at a certain point. For this we have created a function which adds the currently displayed link as a step to the Allure report. As soon as it is activated, every time a new page is called, a link to exactly this page is stored in the report. This way you can see if the link is correct and even open the page to have a look at it.
This is activated per default but can be deactivated via the neodymium.report.enableStepLinks
property in the Neodymium configuration.
When looking into a failed testcase, it is necessary to get the corresponding test data to be able to replicate the issue. To not be forced to look through a bunch of code just to find the used test data, we have implemented the display of test data in JSON format for each test in the Allure report.
This is activated by default but can be deactivated if the neodymium.report.enableTestDataInReport
property in the Neodymium configuration is set to false
.
While activated, this feature adds the test data as an attachment with the name always starting with "Testdata" to the Allure report. It is important to mention, that it only applies to test data that is initialized with DataUtils
or DataItem
, both belonging to Neodymium.
If the test data changes during the test run, it is also possible to add the changes as an additional attachment to the Allure report. To accomplish that, we implemented a helper function addDataAsJsonToReport(String name, Object data)
in AllureAddons
, belonging to Neodymium. The parameter name
is the name of the attachment and the parameter data
is the changed testdata.
The Allure report offers a "Environment" section to store information about the testenvironment. This is especially helpful for keeping track of all the changes made to the testenvironment and their impact on the testreults. If you want to store your own information in this section, Neodymium provides a quick and easy way to do so.
To activate the usage of custom data, you have to activate the neodymium.report.environment.enableCustomData
property in the Neodymium configuration.
Now to add a line to the environment section of the report simply add a line to a property file starting with neodymium.report.environment.custom.
and a custom key value pair. This key value pair will than be added to your report. An example could look like this:
neodymium.report.environment.custom.yourKey = yourValue
The following spaces are eligible for storing such custom data pairs:
-
config/dev-neodymium.propeties
in the neodymium testsuite - System environment variables
- System properties
-
config/credentials.properties
in the neodymium testsuite -
config/neodymium.properties
in the neodymium testsuite
This is also the order in which the custom data is read.
Note: If there are duplicate keys, the value of the higher ranked file is taken.
Neodymium provides the ability to define different Browser configurations for tests. It also displays all actually used configurations displayed in the enrionment section of the Allure report. This can be turned of by setting the neodymium.report.environment.enableBrowserData
to false
in the Neodymium configuration.
Overview
Neodymium features
- Neodymium configuration properties
- Neodymium context
- Utility classes
- Test data provider
- Test Environments
- Multi browser support
- Applitools Plugin
- Localization
- Highlight and Wait
- Advanced Screenshots
- Seperate Browser Sessions for Setup and Cleanup
- Reporting
- Accessibility Testing
Best practices and used frameworks
Special