Skip to content

End-to-end tests and tooling needed for testing LDES components build as part of VSDS

License

Notifications You must be signed in to change notification settings

Informatievlaanderen/VSDS-LDES-E2E-testing

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

E2E Tests

These following end-to-end tests currently exist:

Note: all the tests use Docker as a container technology, and therefore some knowledge is required.

Test Automation

The E2E tests are gradually being automated using cypress but with a layer of cucumber and on top that allows writing the tests in a more natural language. The steps in the test scenarios are implemented using typescript and run in a Node.js environment.

Get Dependencies

Before the tests can be run, you need to retrieve the required dependencies:

npm i

Get Docker Images

In addition, you need to retrieve the docker images that will be used in the automated tests. You can use the supplied scripts to retrieve the docker images from the previous sprint or the latest docker images:

# run one or both of these scripts:
./get-previous-docker-images.sh
./get-latest-docker-images.sh

Use Custom Docker Compose Tags

By default, the automatic tests are run against the latests docker images but you can specify to use a different set of tags. These are typically the tags of the docker images of the previous sprint. To use your tags you need to add an environment variable which refers to a custom .env file (--env userEnv=<full-or-partial-path-to-user-env>):

npm run test -- --env userEnv="./previous-tags.env"

Run Tests

To run the tests we use cypress from the command line. For more details, see:

./node_modules/cypress/bin/cypress run --help

As you can see, many options can be provided, but none are required to execute all tests.

Run All Tests

To run all tests, simply use the cypress run command:

./node_modules/cypress/bin/cypress run

In addition for your convenience we have provided a npm script which also allows to run all tests (excluding temporary broken ones):

npm run test

or even shorter:

npm test

Run Partial Test Set

If you do not want to run all tests, you can limit the tests by specifying one or more feature files or by using a combination of tags.

Note: we have organized the tests by tagging all features, scenarios and scenario outlines as well as some examples. This allows you to specify one or more tests in a logical way. One set of tags is especially handy to limit the test set to a particular LDES workbench: @ldio is used for all tests using the LDIO workbench and @nifi is used for the tests using the NiFi workbench. Some tests are written as a scenario outline providing these two workbenches as tagged examples.

To run all tests only using the LDIO or the NiFi workbench use can use the following:

npm run test:no-nifi
npm run test:no-ldio

To run a part of the tests by limiting the set of feature files, you can specify one feature file or a collection of feature files using wildcards or comma separated, e.g. (best to specify the fature):

npm test -- -s "cypress/e2e/client.basics.feature"
npm test -- -s "cypress/e2e/client.basics.feature,cypress/e2e/server.basics.feature"
npm test -- -s "cypress/e2e/server.*.feature"

To run a subset of the test bed you can also specify a tag or tag expression:

npm test -- -e tags="@test-001"
npm test -- -e tags="@server and not (@performance or @retention)"

or, if you know in which feature files the tests are located to limit the search you can also use:

npm test -- -e tags="@test-001" -s "cypress/e2e/client.basics.feature"
npm test -- -e tags="@server and not (@performance or @retention)" -s "cypress/e2e/server.*.feature"

Note: that because you can only specify one --env setting on the command line you need to repeat the -e tags="not @BROKEN", e.g.:

npm test -- -e tags="@server and not (@performance or @retention) and not @BROKEN" -s "cypress/e2e/server.*.feature"

All the manual tests have their docker compose file configured to run with the latest available images. As mentioned before, you need to manually get these images. Alternatively you can configure the automated tests to use a different set of images by passing a file similar to this one and providing the userEnv environment variable.

Note: please do not confuse the image tags with the cypress tests tags.

If you want to run one feature file containing a few related tests with custom tags you can use the following syntax:

npm test -- -e userEnv="./previous-tags.env",tags="not @BROKEN"

or

export cypress_userEnv="./previous-tags.env"
npm test

Note: you can also provide other docker compose file variables in the userEnv file, not only image tags.

About

End-to-end tests and tooling needed for testing LDES components build as part of VSDS

Topics

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published