Go Integration with CI Insights
Report your test results from Go tests to CI Insights
This guide shows how to generate JUnit reports from your Go tests and upload them to CI Insights using your CI workflow.
Generate a JUnit Report with Go Tests
Section titled Generate a JUnit Report with Go TestsBy default, go test does not output JUnit-format reports. To generate one,
pipe the verbose test output into a tool like
go-junit-report or use
gotestsum.
Using go-junit-report
Section titled Using go-junit-reportgo test -v ./... 2>&1 | go-junit-report > junit.xmlUsing gotestsum
Section titled Using gotestsumgotestsum --junitfile junit.xmlUpdate Your CI Workflow
Section titled Update Your CI WorkflowGitHub Actions
Section titled GitHub ActionsAfter generating the JUnit report, add a step to upload the results to CI Insights using the mergifyio/gha-mergify-ci action.
For example, in your workflow file:
- name: Run Go Tests and Generate JUnit Report continue-on-error: true run: go test -v ./... 2>&1 | go-junit-report > junit.xml- name: Mergify CI Upload
if: success() || failure()
uses: mergifyio/gha-mergify-ci@v8
with:
token: ${{ secrets.MERGIFY_TOKEN }}
report_path: junit.xml
test_step_outcome: ${{ steps.tests.outcome }}
Key Points:
-
if: success() || failure(): Runs the upload step even if tests fail, ensuring CI Insights has the full report. -
report_path: junit.xml: Points to where your JUnit file is located. Make sure it matches the path you set in your CI job. -
test_step_outcome: ${{ steps.tests.outcome }}: Passes the test runner step's outcome so Mergify can detect silent failures where the runner crashed but the JUnit report appears clean. Add anid(such astests) to your test runner step and update thesteps.<id>.outcomereference to match.
If you use a job matrix in your workflow (e.g., to test across multiple versions), ensure you set
the job_name input (or MERGIFY_JOB_NAME environment variable) so CI Insights can properly distinguish reports for each matrix job.
For example, with:
jobs:
example_matrix:
strategy:
matrix:
version: [10, 12, 14]
Your upload step should look like:
- name: Mergify CI Upload
if: success() || failure()
uses: mergifyio/gha-mergify-ci@v8
with:
job_name: example_matrix (${{ matrix.version }})
token: ${{ secrets.MERGIFY_TOKEN }}
report_path: junit.xml
test_step_outcome: ${{ steps.tests.outcome }}
In order to benefit from CI Insights Quarantine, you need to add continue-on-error: true
in your GitHub Actions step that executes your tests and generates the JUnit file.
The step running the gha-mergify-ci action will determine the success or failure conclusion,
considering quarantined tests.
You should also pass test_step_outcome: ${{ steps.tests.outcome }} to the step that runs
mergifyio/gha-mergify-ci (where tests is the id of your test runner step) to detect
silent failures where the test runner crashed but the JUnit report appears clean. Without
this input, a crash that produces a partial or empty report could be mistakenly treated as a
success.
Buildkite
Section titled Buildkitesteps:
- label: "Run tests"
command: <your test command>
plugins:
- mergifyio/mergify-ci#v1:
action: junit-process
report_path: junit.xml
token: "${MERGIFY_TOKEN}"
Key Points:
-
The plugin runs in the
post-commandhook, so it uploads results after your tests finish, even if they fail. -
report_path: junit.xml: Points to where your JUnit file is located. Make sure it matches the path you set in your test configuration. - Silent failure detection is automatic: the plugin reads the step's exit code to detect cases where the test runner crashed but the JUnit report appears clean.
If you use a build matrix in your pipeline, set the job_name property so CI Insights can properly distinguish reports for each matrix variation.
For example:
steps:
- label: "Tests ({{matrix}})"
matrix:
- "3.10"
- "3.11"
- "3.12"
command: <your test command>
plugins:
- mergifyio/mergify-ci#v1:
action: junit-process
job_name: "Tests ({{matrix}})"
report_path: junit.xml
token: "${MERGIFY_TOKEN}"
When using the Buildkite plugin for CI Insights Quarantine, the plugin automatically detects test failures using the step’s exit code. No extra configuration is needed.
The mergifyio/mergify-ci plugin runs in the post-command hook and reads
BUILDKITE_COMMAND_EXIT_STATUS to detect silent failures where the test runner
crashed but the JUnit report appears clean.
Any CI (Mergify CLI)
Section titled Any CI (Mergify CLI)
Install the Mergify CLI in your pipeline and export
MERGIFY_TOKEN. Run
mergify ci junit-process after your tests:
set -o pipefail
go test -v ./... 2>&1 | go-junit-report > junit.xml
exit_code=$?
mergify ci junit-process \
--test-exit-code "$exit_code" \
junit.xml
exit $exit_code
Key Points:
-
MERGIFY_TOKEN: Export this environment variable with your Mergify application key sojunit-processcan authenticate to the API. -
--test-exit-code "$exit_code": Passes the test runner's exit code so Mergify can detect silent failures where the runner crashed but the JUnit report appears clean. -
On CI systems other than GitHub Actions, also pass
--tests-target-branch <branch>so the command knows which branch to compare against for quarantine decisions.
Verify and Review in CI Insights
Section titled Verify and Review in CI InsightsAfter pushing these changes:
- Your GitHub Actions workflow will execute your Go tests.
- A JUnit report (junit.xml) is generated.
- The Mergify CI action uploads the report to CI Insights.
You can then review your test results, including any failures or flaky tests, directly in the CI Insights dashboard.
Troubleshooting Tips
Section titled Troubleshooting Tips- The CLI provides information about the upload. Check the logs in GitHub Actions.
- File Paths: Double-check that the output file matches the path used in
report_path. - Permissions: Make sure the
MERGIFY_TOKENis valid and setup in your GitHub Actions secrets as explained in the docs. - Workflow Conditions: If your step is not running, confirm the if condition is actually triggered in your job.
Was this page helpful?
Thanks for your feedback!