Cypress

To use Captain with Cypress, you need to configure your test suite to output test results to a file and then tell Captain where to find those test results.

Getting started

Cypress does not natively produce a test results artifact that Captain can parse. You can use the mocha-junit-reporter to produce Captain-compatible JUnit output. By default, however, Cypress does not support multiple reporters. To maintain your existing reporter behavior, you'll need to install @rwx-research/mocha-multi-reporters. This package acts as a single reporter for Cypress (which behind the scenes runs Mocha) and delegates to any number of other reporters configured with it. You can configure mocha-multi-reporters to produce the standard built-in Cypress output (spec) and JUnit output.

Once both packages are installed, configure Cypress to use the reporters. You can see an example Cypress configuration and mocha-multi-reporters configuration in our example repository.

Once you have your reporters installed and configured, configure Captain by creating a .captain/config.yml file in the root directory of your repository:

test-suites:
  your-project-cypress:
    command: npx cypress run
    results:
      language: JavaScript
      framework: Cypress
      path: tmp/junit/*.xml

You can change your-project-cypress to any name you like, but we typically recommend using the name of your project followed by a dash followed by cypress. The command is the command you already use to run your test suite. Captain will invoke this command to run your tests. The example above shows what you might use if you use npx cypress run and want to store test results in tmp/junit.

Once Captain is configured, you can run captain run your-project-cypress --print-summary. If you see your typical test output followed by a captain block like this:

--------------------------------------------------------------------------------
----------------------------------- Captain ------------------------------------
--------------------------------------------------------------------------------

then you've configured everything correctly! You can now supercharge your test framework's capabilities. See below for configuring each of Captain's features.

Identifying tests

Captain uses framework specific "identity recipes" to identify the tests in your suite. These recipes are order dependent components extracted from native test framework output.

We use this identity to track the executions of a test over the course of their lifetime in your suite. This enables us to do things like flake detection, quarantining, and retries.

For Cypress, Captain constructs the identity by parsing out the description attribute.

Quarantining tests

Captain makes managing flaky tests easier than ever. When a test is identified as flaky, you can quarantine the test without modifying it, so that if only those tests fail, Captain reports a success with a 0 exit code. Unlike skipped tests, quarantined tests will continue to run, so you can still view their failure messages and see how frequently they are failing.

You can quarantine tests in OSS mode with captain add quarantine like so:

captain add quarantine your-project-cypress \
  --description "example to-do app two displays two todo items by default"

See the OSS quarantining guide for more information on managing quarantined tests in OSS mode.

Retrying tests

You can configure Captain to automatically retry failed tests to help you determine if failing tests are flaky or are genuinely failing. To configure retries, update your .captain/config.yml file like so:

test-suites:
  your-project-cypress:
    command: npx cypress run
    results:
      language: JavaScript
      framework: Cypress
      path: tmp/junit/*.xml
    output:
      print-summary: true
    retries:
      attempts: 2
      command: npx cypress run --spec '{{ spec }}' --env {{ grep }}

Once configured, Captain will invoke your original test command, check for any failures, and retry your tests however many times you've specified (in this example, two additional times) by templating the failures into the command specified by retries.command. The output.print-summary option is not required, but we've added it for convenience in understanding the overall results after the retries have been factored in.

Partitioning

Captain can optimally partition your test suite's files into multiple groups for execution on multiple CI nodes. Captain tracks your test file runtime so that it can balance each partition.

Configure partitioning in .captain/config.yml:

test-suites:
  your-project-cypress:
    command: npx cypress run
    results:
      language: JavaScript
      framework: Cypress
      path: tmp/junit/*.xml
    output:
      print-summary: true
    partition:
      command: npx cypress run --spec {{ testFiles }}
      delimiter: ','
      globs:
        - cypress/**/*.cy.js

Captain will fill in the testFiles placeholder of your partition.command with the files resulting from expanding your configured partition.globs.

Also note that Cypress uses a custom partition.delimiter of ,.

Then partition across your CI provider's parallel jobs:

# .rwx/ci.yml

tasks:
  - key: code
    call: git/clone 2.0.7

  - key: node
    call: nodejs/install 1.1.14
    with:
      node-version: 20

  - key: deps
    use: [code, node]
    run: npm ci

  - key: captain
    call: rwx/install-captain 1.1.6

  - key: cypress
    use: [deps, captain]
    parallel: 8
    run: captain run your-project-cypress