@flakiness/vitest
v1.5.0
Published
[](https://flakiness.io/flakiness/vitest)
Readme
Flakiness.io Vitest Reporter
A custom Vitest reporter that generates Flakiness Reports from your Vitest test runs. The reporter automatically converts Vitest test results into the standardized Flakiness JSON format, capturing test outcomes, system utilization, and environment information.
Table of Contents
- Requirements
- Installation
- Quick Start
- Uploading Reports
- Viewing Reports
- Features
- Configuration Options
- Environment Variables
- Example Configuration
Requirements
- Vitest 4.0 or higher
- Node.js project with a git repository (for commit information)
- Valid Flakiness.io access token (for uploads)
Installation
npm install @flakiness/vitestQuick Start
Add the reporter to your vitest.config.ts:
import { defineConfig } from 'vitest/config';
export default defineConfig({
test: {
includeTaskLocation: true,
reporters: [
'default',
['@flakiness/vitest', { flakinessProject: 'my-org/my-project' }]
],
},
});[!NOTE] The flakiness reporter should be added alongside your other reporters. Include
'default'(or another built-in reporter) to retain the standard terminal output, since Vitest only uses the reporters listed in thereportersarray.
[!TIP] Setting
includeTaskLocation: trueis recommended to enable test locations in the report.
Run your tests. The report will be automatically generated in the ./flakiness-report folder:
npx vitest runView the interactive report:
npx flakiness show ./flakiness-reportUploading Reports
Reports are automatically uploaded to Flakiness.io after test completion. Authentication can be done in two ways:
- Access token: Provide a token via the
tokenoption or theFLAKINESS_ACCESS_TOKENenvironment variable. - GitHub OIDC: When running in GitHub Actions, the reporter can authenticate using GitHub's OIDC token - no access token needed. This requires two conditions:
- The
flakinessProjectoption must be set to your Flakiness.io project identifier (org/project). - The Flakiness.io project must be bound to the GitHub repository that runs the GitHub Actions workflow.
- The
If upload fails, the report is still available locally in the output folder.
Viewing Reports
After test execution, you can view the report using:
npx flakiness show ./flakiness-reportFeatures
Test Location Tracking
When includeTaskLocation: true is set in your Vitest config, the reporter records the exact file, line, and column for each test. This enables precise navigation from the Flakiness.io dashboard back to your source code.
Handling Test Duplicates
Vitest allows creating tests with identical names:
// Trivial duplicates
it('should work', () => { /* ... */ });
it('should work', () => { /* ... */ });
// More common way to end up with test duplicates:
it.for([
{ input: 1, expected: 2 },
{ input: 1, expected: 3 },
])('should handle $input', ({ input, expected }) => { /* ... */ });Flakiness.io, however, does not allow test duplicates.
Flakiness.io considers two tests to be duplicates when they:
- Share the same parent suite hierarchy
- Have the same test name
- And run in the same Vitest project
Flakiness.io relies on full test names to construct test history, so each test must have a unique full name. When Vitest reporter detects tests with identical full names, it issues warnings and handles them according to the duplicates option.
Environment Detection
For each Vitest project, the reporter creates a unique environment. If a project has a name, it will be used as the environment name in Flakiness.io. Tests run in different projects get separate history timelines.
Environment variables prefixed with FK_ENV_ are automatically included in the environment metadata. The prefix is stripped and the key is converted to lowercase.
Example:
export FK_ENV_DEPLOYMENT=staging
export FK_ENV_REGION=us-east-1This will result in the environment containing:
{
"metadata": {
"deployment": "staging",
"region": "us-east-1"
}
}Flakiness.io will create a dedicated history for tests executed in each unique environment. This means tests run with FK_ENV_DEPLOYMENT=staging will have a separate timeline from tests run with FK_ENV_DEPLOYMENT=production, allowing you to track flakiness patterns specific to each deployment environment.
CI Integration
The reporter automatically detects CI environments and includes:
- CI run URLs (GitHub Actions, Azure DevOps, Jenkins, GitLab CI)
- Git commit information
- System environment data
Configuration Options
The reporter accepts the following options:
title?: string
Optional human-readable report title. Typically used to name a CI run, matrix shard, or other execution group. Defaults to the FLAKINESS_TITLE environment variable, or empty otherwise.
reporters: [
['@flakiness/vitest', { title: 'Shard 1/4 — Linux Chrome' }]
]flakinessProject?: string
The Flakiness.io project identifier in org/project format. Used for GitHub OIDC authentication — when set, and the Flakiness.io project is bound to the GitHub repository running the workflow, the reporter authenticates uploads via GitHub Actions OIDC token with no access token required.
reporters: [
['@flakiness/vitest', { flakinessProject: 'my-org/my-project' }]
]endpoint?: string
Custom Flakiness.io endpoint URL for uploading reports. Defaults to the FLAKINESS_ENDPOINT environment variable, or https://flakiness.io if not set.
Use this option to point to a custom or self-hosted Flakiness.io instance.
reporters: [
['@flakiness/vitest', { endpoint: 'https://custom.flakiness.io' }]
]token?: string
Access token for authenticating with Flakiness.io when uploading reports. Defaults to the FLAKINESS_ACCESS_TOKEN environment variable.
If no token is provided, reporter will attempt to authenticate using Github OIDC.
reporters: [
['@flakiness/vitest', { token: 'your-access-token' }]
]outputFolder?: string
Directory path where the Flakiness report will be written. Defaults to flakiness-report in the current working directory, or the FLAKINESS_OUTPUT_DIR environment variable if set.
reporters: [
['@flakiness/vitest', { outputFolder: './test-results/flakiness' }]
]duplicates?: 'fail' | 'rename'
Controls how the reporter handles tests with duplicate full names. Defaults to 'fail'.
[!WARNING] The
'rename'mode is not recommended for regular use. There is no guarantee that test histories will remain stable for duplicate tests, since the renaming is based on internal Vitest identifiers that may change between runs. This mode exists to help evaluate the reporter against large Vitest projects that have not yet resolved their duplicate test names.
'fail'(default): Duplicate tests are marked as failed with a descriptive error message and adupeannotation. The first duplicate gets a single failed attempt explaining the problem; the remaining duplicates are stripped of their attempts (effectively hidden from the report). This is the recommended mode — it surfaces the problem so you can fix it by renaming your tests.'rename': Duplicate tests are automatically renamed by appending a suffix (e.g.,– dupe #2,– dupe #3) to their titles. Each renamed test also receives adupeannotation on all its attempts. The first test with a given name keeps its original title; only the subsequent duplicates are renamed.
reporters: [
['@flakiness/vitest', { duplicates: 'rename' }]
]disableUpload?: boolean
When set to true, prevents uploading the report to Flakiness.io. The report is still generated locally. Can also be controlled via the FLAKINESS_DISABLE_UPLOAD environment variable.
reporters: [
['@flakiness/vitest', { disableUpload: true }]
]Environment Variables
The reporter respects the following environment variables:
FLAKINESS_TITLE: Human-readable report title (equivalent totitleoption)FLAKINESS_ACCESS_TOKEN: Access token for Flakiness.io uploads (equivalent totokenoption)FLAKINESS_ENDPOINT: Custom Flakiness.io endpoint URL (equivalent toendpointoption)FLAKINESS_OUTPUT_DIR: Output directory for reports (equivalent tooutputFolderoption)FLAKINESS_DISABLE_UPLOAD: When set, disables report uploads (equivalent todisableUploadoption)
Example Configuration
Here's a complete example with all options:
import { defineConfig } from 'vitest/config';
export default defineConfig({
test: {
includeTaskLocation: true,
reporters: [
'default',
['@flakiness/vitest', {
title: 'My Test Run',
flakinessProject: 'my-org/my-project',
endpoint: process.env.FLAKINESS_ENDPOINT,
token: process.env.FLAKINESS_ACCESS_TOKEN,
outputFolder: './flakiness-report',
duplicates: 'fail',
disableUpload: false,
}]
],
},
});