go test
To use Captain with go test, 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
By default, go test can produce JSON output with go test ./... -json
, but it will squash the default output. To have useful STDOUT and JSON output, we recommend installing gotestsum. Once you have gotestsum
installed, configure Captain by creating a .captain/config.yaml
file in the root directory of your repository:
test-suites:
your-project-go-test:
command: gotestsum --jsonfile tmp/go-test.json
results:
path: tmp/go-test.json
You can change your-project-go-test
to any name you like, but we typically recommend using the name of your project followed by a dash followed by go-test
.
The command
is the command you 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 gotestsum
and want to store test results in tmp/go-test.json
.
Once Captain is configured, you can run captain run your-project-go-test --print-summary
. If you see your typical test output following 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.
Quarantining Tests
Traditionally, you might mark a test as pending or skipped to triage flaky or failing tests. With Captain, you can quarantine them instead. When only quarantined tests fail, Captain will still report your build as successful and exit 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.
If you're using Captain Cloud, you can quarantine tests directly from the Cloud web interface instead of managing quarantined tests in your repository! You can also view metrics on how frequently your quarantines are being applied.
You can quarantine tests in OSS mode with captain add quarantine
like so:
captain add quarantine your-project-go-test \
--package github.com/captain-examples/go-testing/internal/pkg1 \
--description "TestFoo"
See the identifying tests section of this page for more information on finding the package
and description
, and 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.yaml
file like so:
test-suites:
your-project-go-test:
command: gotestsum --raw-command --jsonfile tmp/go-test.json -- go test ./... -json -count=1
results:
path: tmp/go-test.json
output:
print-summary: true
retries:
attempts: 2
command: gotestsum --raw-command --jsonfile tmp/go-test.json -- go test {{ package }} -run '{{ run }}' -json -count=1
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.
Retries work with quarantining enabled, so feel free to use them together. Tests will be retried according to the configuration; if they fail after exhausting all attempts, quarantines will be applied to the remaining failures.
Partitioning
Unfortunately, due to limitations in go test, partitioning is not supported.
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 go test, Captain constructs the identity by parsing out the package
and description
attributes.