6.4 KiB
E2E testing
Please refer to the readme file placed at tao/views/cypress
for generic info about E2E. This file is aimed at describing the E2E for the extension ltiDeliveryProvider
.
Development of end-to-end tests in TAO is based on the principle of storing the test specs in each relevant extension, while the common and shared features with respect to TAO are stored in tao-core
. The base engine as well as the very common features are supplied through the dependency @oat-sa/e2e-runner
.
The local structure, in tao-core
is a reduced form of the classic Cypress project structure:
tao |-- views |-- cypress.json # project config |-- cypress/ # |-- envs/ # environment configs |-- fixtures/ # static data used in tests |-- tests/ # root folder of the tests |-- plugins/ # folder for the plugins | -- support/ # support commands, imports, global setup
The env files are to be placed in tao/views/cypress/env
.
The plugins and command must be stored in respectively tao/views/cypress/plugins
and tao/views/cypress/support
.
Note: For the time being, there is no way to store plugins or commands in each extension. If they are generic enough, say not related to any specific extension, they can be placed in
tao-core
.Otherwise, the only way to have shared feature for a specific extension is to use local helpers. Often you will see a
utils
folder aside the tests, this is where such helpers will take place. Then can be imported the usual manner thanks to the ES module management.
Configuration
Because tests may be run against various envs (local, demo, staging, etc), we need to have multiple env files. They are stored in cypress/envs/
, and loaded into the main config according to the key env.configFile
defined in the cypress.json
.
Create envs/env*.json
file and set it in the tao/views/cypress.json
:
{
"env": {
"configFile": "cypress/envs/env-local.json"
}
}
Note: The base configuration as described in the extensions
tao-core
andtaoQtiTest
should be done first.The E2E test from
ltiDeliveryProvider
are relying ontaoQtiTest
, so this extension needs to be properly setup for E2E.
For ltiDeliveryProvider
, the following additional config can be added in any env*.json
file:
{
"ltiLocale": "en-US",
"ltiKey": "e2e_key",
"ltiSecret": "2e2_secret",
"ltiDeliveryIds": {
"basicLinearTest": "lti_key"
}
}
The sample file ltiDeliveryProvider/views/cypress/env/env.sample
contains an example.
Environment setup
In order to have the E2E tests working properly, it is needed to follow these instructions:
- The E2E instruction must have been followed for the extension
taoQtiTest
. - A specific LTI provider must be created to give access to the tests, the ltiKey usually have the name
e2e_key
- The env file must contain the key and secret for the LTI provider (
ltiKey
andltiSecret
). - The env file must contain the
ltiDeliveryIds
property, filled with the list of LTI keys for each delivery. The key is the URL part that comes after the launch URL. For example, with the launch URLhttp://tao.local/ltiDeliveryProvider/DeliveryTool/launch/THIS_IS_THE_LTI_KEY
, the key to extract isTHIS_IS_THE_LTI_KEY
.
Commands
Commands are a key part of Cypress. For now commands can be registered to Cypress.Commands
in tao/views/cypress/support/commands
file.
There's no ability to register them within the extensions yet.
When registering a local or global command, take care to avoid name collisions with any command you might have imported.
Note: For the time being, there is no way to store commands in each extension. If they are generic enough, say not related to any specific extension, they can be placed in
tao-core
.Otherwise, the only way to have shared commands for a specific extension is to use local helpers instead, so not a command actually. Often you will see a
utils
folder aside the tests, this is where such helpers will take place. Then can be imported the usual manner thanks to the ES module management.
Plugins
Plugins can be created in tao/views/cypress/plugins
directory.
Some plugins also register commands. You can import these files (for their side effects) in the tao/views/cypress/support/index.js
.
Note: For the time being, there is no way to store plugins in each extension. If they are generic enough, say not related to any specific extension, they can be placed in
tao-core
.Otherwise, the only way to have shared features for a specific extension is to use local helpers instead, so not a plugin actually. Often you will see a
utils
folder aside the tests, this is where such helpers will take place. Then can be imported the usual manner thanks to the ES module management.
Fixtures
Any generic data needed in tests (and not hard-coded) should be placed in tao/views/cypress/fixtures/
. Can be JSON, JavaScript, zip files, whatever is needed.
Note: For the time being, there is no way to store fixture in each extension. If they are generic enough, say not related to any specific extension, they can be placed in
tao-core
.Otherwise, the only way to have shared fixture for a specific extension is to use local helpers instead. Often you will see a
utils
folder aside the tests, this is where such helpers will take place. Then can be imported the usual manner thanks to the ES module management. If the fixture is a data packages that doesn't need to get directly accessed from inside the test, it can be placed in theltiDeliveryProvider/cypress/fixtures
folder. This is how the test packages to import in TAO are supplied intaoQtiTest
.
How to run the tests
To run the tests there's a single entry point in tao core.
In your tao installation folder:
-
cd tao/views
-
npm install
-
npm run cy:open
- to open cypress UI and browseror
npm run cy:run
- to run the tests headless
How to create your tests
Add .spec files to the ltiDeliveryProvider/views/cypress/tests
folder.
Feel free to use common commands from the tao core (located in
tao/views/cypress/support
)
For any local feature that needs to be shared, you may create a
utils
folder and add some regular JavaScript module. There is already a bunch of them you can use inltiDeliveryProvider/views/cypress/tests/utils
.