Skip to main content
Version: Next 🚧

Overview

Rindo has a built-in test runner that uses Jest and Puppeteer as its testing libraries, and allows developers to install both libraries using their preferred package manager.

If you created a project using npm init rindo, these libraries were installed for you. Depending on when your project was created, you may or may not have the latest supported version installed.

To view current version support for both Jest and Puppeteer, please see the Rindo support policy for testing libraries.

Testing Commands​

Rindo tests are run using the command rindo test, followed by one or more optional flags:

  • --spec to run unit tests
  • --e2e to run end-to-end tests
  • --watchAll to watch the file system for changes, and rerun tests when changes are detected

When the --spec and/or --e2e flags are provided, Rindo will automatically run the tests associated with each flag.

Below a series of example npm scripts which can be added to the project's package.json file to run Rindo tests:

{
"scripts": {
"test": "rindo test --spec",
"test.watch": "rindo test --spec --watchAll",
"test.end-to-end": "rindo test --e2e"
}
}

Each command above begins with rindo test, which tells Rindo to run tests. Note that each rindo test command in the example above is followed by one or more of the optional flags. Looking at each script, one at a time:

  • the test script runs unit tests for our Rindo project.
  • the test.watch script runs unit tests for our Rindo project. It watches the filesystem for changes, and reruns tests when changes are detected.
  • the test.end-to-end script runs the end-to-end tests for our Rindo project.

If you created a project using npm init rindo, these scripts are provided to you automatically.

Rindo does not prescribe any specific naming convention for the names of your scripts. The test.watch script could as easily be named test-watch, test.incremental, etc. As long as the script itself uses the rindo test command, your tests should be run.

Testing Configuration​

Rindo will apply defaults from data it has already gathered. For example, Rindo already knows what directories to look through, and what files are spec and e2e files. Jest can still be configured using the same config names, but now using the rindo config testing property. Please see the Testing Config docs for more info.

import { Config } from '@rindo/core';

export const config: Config = {
testing: {
testPathIgnorePatterns: [...]
}
};

Command Line Arguments​

While the Rindo CLI offers a certain set of command line flags to specify e.g. which types of tests to run, you also have access to all Jest options through the CLI. For example to specify a single test, you can pass in a positional argument to Jest by adding a --, e.g.:

# run a single unit test
npx rindo test --spec -- src/components/my-component/my-component.spec.ts
# run a single e2e test
npx rindo test --e2e -- src/components/my-component/my-component.e2e.ts

Next to positional arguments, Rindo also passes along certain Jest specific flags, e.g.:

# enable code coverage
npx rindo test --spec --coverage

You can find more information about Jest CLI options in the project documentation.

Running and Debugging Tests in VS Code​

Adding the following configurations to .vscode/launch.json will allow you to use the VS Code Debugger to run the Rindo test runner for the currently active file in your editor.

To use the below configuration:

  1. Ensure the test file you want to run is open and in the current active window in VS Code.
  2. Select the debug configuration to run:
    1. 'E2E Test Current File' will run the end-to-end tests in the active test file
    2. 'Spec Test Current File' will run the spec tests in the active test file
  3. Hit the play button to start the test.
.vscode/launch.json
{
"configurations": [
{
"type": "node",
"request": "launch",
"name": "E2E Test Current File",
"cwd": "${workspaceFolder}",
"program": "${workspaceFolder}/node_modules/.bin/rindo",
"args": ["test", "--e2e", "--", "--maxWorkers=0", "${fileBasename}"],
"console": "integratedTerminal",
"internalConsoleOptions": "neverOpen"
},
{
"type": "node",
"request": "launch",
"name": "Spec Test Current File",
"cwd": "${workspaceFolder}",
"program": "${workspaceFolder}/node_modules/.bin/rindo",
"args": ["test", "--spec", "--", "${fileBasename}"],
"console": "integratedTerminal",
"internalConsoleOptions": "neverOpen"
}
]
}
tip

Windows users: The program value should be set to "${workspaceFolder}/node_modules/bin/rindo". If that value does not work, please try"${workspaceFolder}/node_modules/@rindo/core/bin/rindo".

The configuration above makes use of special VS Code variables, such as ${workspaceFolder}. These variables are substituted with actual values upon starting the tests. For more information regarding the values these variables resolve to, please see VS Code's Variables Reference documentation.