Our documentation site has been updated to AIO Tests Knowledge Base
Cypress Integration
Cypress framework is a JavaScript-based end-to-end testing framework built on top of Mocha, which allows you to write end to end, integration as well as unit tests. Now, AIO Tests supports direct reporting from Cypress, with it’s cypress-aiotests-reporter npm package.
- 1 What does the AIO Tests native Cypress reporter do?
- 2 How to get started?
- 3 How to report results?
- 3.1 Mapping automated Cypress tests to AIO Tests
- 3.2 Mapping automated Cypress Cucumber tests to AIO Tests
- 3.3 Setup & Configuration
- 3.3.1 Configure
- 3.3.1.1 Cloud
- 3.3.1.2 Server
- 3.3.1.3 Cypress 10 and above
- 3.3.2 Configurable values
- 3.3.1 Configure
- 4 Logging
- 5 Queries/Suggestions?
What does the AIO Tests native Cypress reporter do?
With AIO Test’s Cypress reporter, AIO Tests simplifies reporting of results from the automated Cypress tests to AIO Tests for Jira. By hooking into Cypress events, the AIO Tests Reporter reports results in the after:spec
event, after every spec run finishes. The reporter can
report results against AIO Tests cases
create a new cycle for the executions or reuse existing cycles, based on the configuration done in cyress.json
upload attachments for failed executions
Retries can either be reported as new runs or used to update the existing run
Please note that the reporter can work only with cypress run
and not with cypress open
command, since Cypress app doesn’t provide the results
information in the after:spec
event.
How to get started?
AIO Tests Cypress reporter comes as an npm package and can be installed via the standard install command.
npm install cypress-aiotests-reporter
How to report results?
AIO Tests reporter reports results after every spec file. Once the tests in a spec file are finished, the reporter searches for mappings in the tests and uploads mapped test case results to AIO Tests.
The below section covers how to map Cypress automated cases to AIO Tests, how to setup the AIO Tests Reporter and the possible configuration values.
Mapping automated Cypress tests to AIO Tests
The AIO Tests Case key can be added to the ` describe ` and ` it ` function descriptions. <br> If there are multiple case keys in a single description, then the result of one test will be updated to multiple cases.
**Please note that the case key can appear anywhere in the description**
Mapping single case
describe('example to-do app', () => {
beforeEach(() => { .. })
it('displays two todo items by default (NVTES-TC-72)', () => {
cy.get('.todo-list li').should('have.length', 2)
cy.get('.todo-list li').first().should('have.text', 'Pay electric bill')
cy.get('.todo-list li').last().should('have.text', 'Walk the dog')
})
2. Mapping to multiple cases
describe('example to-do app', () => {
beforeEach(() => { .. })
it('NVTES-TC-72, NVTES-TC-73 : displays two todo items by default', () => {
cy.get('.todo-list li').should('have.length', 2)
cy.get('.todo-list li').first().should('have.text', 'Pay electric bill')
cy.get('.todo-list li').last().should('have.text', 'Walk the dog')
})
Mapping automated Cypress Cucumber tests to AIO Tests
The AIO Tests Case key can be added to the scenario name. If there are multiple case keys in a single scenario, then the result of one scenario will be updated to multiple AIO Tests cases.
**Please note that the case key can appear anywhere in the scenario name**
Mapping single case - scenario is mapped to NVTES-TC-1003 in below case
Feature: Settings Tests
Scenario: NVTES-TC-1003 visiting the frontpage
When I visit Settings page
Then I see all configurable options
2. Mapping to multiple cases
3. Scenario Outline with Examples
Setup & Configuration
Versions before Cypress 10 Register the plugin to the Cypress plugins file as below:
2. Cypress 10 and beyond In Cypress 10, the pluginsFile option was removed. This option was replaced with the new setupNodeEvents(). So, the plugin registration has to happen as below in the cypress.config.js
Configure
The AIO Tests Reporter config needs to be set in the env property of cypress.json. Or it can be programmatically modified in your plugins/index.js
Depending on the Jira hosting, the authentication information needs to be provided as below.
Cloud
For Jira Cloud (eg. https://yourco.atlassian.net/..), the "cloud"
property needs to be set in the env.aioTests
config for authentication.
Local runs : The API Key generated from AIO Tests, needs to be set as "apiKey" value.
CI/CD: For CI runs, you can set the
AIO_API_KEY
environment variable to pass it externally as a SECRET.
Server
For Jira Hosted or DataCenter versions, the "hosted"
property needs to be set in the env.aioTests
for authentication.
The "jiraUrl"
needs to be specified with the base url of the hosted Jira instance.
Authentication is supported either by providing Jira username and password or by using the Jira PAT. More information can be found on Server Authentication here
Local runs : For local runs, either
"jiraUsername" + "jiraPassword"
can be set or one can simply set the"jiraPAT"
value.CI/CD: For CI runs, you can set the
JIRA_USERNAME and JIRA_PASSWORD
orJIRA_PAT
environment variable to pass it externally as a SECRET.
Cypress 10 and above
For Cypress 10, the settings have moved to the cypress.config.js. Set the above aioTests configuration in the cypress.config.js as below:
Configurable values
Value | Description |
---|---|
enableReporting | Set to true to make the current run update results to AIO Tests. Default false. |
jiraProjectId | Jira Project key to update results to |
cycleDetails.createNewCycle | Set to true to create a new cycle for run being reported |
cycleDetails.cycleName | Works if createNewCycle is true, sets the cycle name of cycle getting created |
cycleDetails.cycleKey | AIO Tests cycle key that should be updated. Used if createNewCycle is false |
cycleDetails.folder | Folder hierarchy, where first item in array is parent folder and so on eg.["Parent","Child"] |
cycleDetails.tasks | List of Jira Issue Keys to attach as Tasks to created cycle, impacts only when creating new cycle |
addNewRun | Create a new run or update an existing run in the cycle |
addAttachmentToFailedCases | Set to true to attach screenshots, if available, for failed cases |
createNewRunForRetries | Set to true if each retry should create a new run |
addTestBodyToComments | Set to true test script body should be added as a comment in a failed case |
Logging
AIO Tests Reporter logs can be seen in the run logs as below for successful updates
Errors received while updating will appear in a similar way
Queries/Suggestions?
For any queries, suggestions or issues, please feel free to reach out @ mailto:help@aiotests.com