# 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 setupThe 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`: ```json { "env": { "configFile": "cypress/envs/env-local.json" } } ``` > **Note:** The base configuration as described in the extensions `tao-core` and `taoQtiTest` should be done first. > > The E2E test from `ltiDeliveryProvider` are relying on `taoQtiTest`, so this extension needs to be properly setup for E2E. For `ltiDeliveryProvider`, the following additional config can be added in any `env*.json` file: ```json { "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` and `ltiSecret`). - 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 URL `http://tao.local/ltiDeliveryProvider/DeliveryTool/launch/THIS_IS_THE_LTI_KEY`, the key to extract is `THIS_IS_THE_LTI_KEY`. ## Commands [Commands](https://docs.cypress.io/api/cypress-api/custom-commands.html) 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 the `ltiDeliveryProvider/cypress/fixtures` folder. This is how the test packages to import in TAO are supplied in `taoQtiTest`. ## 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 browser or `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 in `ltiDeliveryProvider/views/cypress/tests/utils`.