Jest transformer for Vue Single File Components.
Since we need to support a variety of Vue and Jest versions, vue-jest doesn't follow semantic versioning.
Vue version | Jest Version | npm Package | Branch |
---|---|---|---|
Vue 2 | Jest 26 and below | vue-jest@4 |
|
Vue 3 | Jest 26 and below | vue-jest@5 |
|
Vue 2 | Jest 27 and above | @vue/vue2-jest@27 |
27.x |
Vue 3 | Jest 27 and above | @vue/vue3-jest@27 |
27.x |
Vue 2 | Jest 28 and above | @vue/vue2-jest@28 |
28.x |
Vue 3 | Jest 28 and above | @vue/vue3-jest@28 |
28.x |
# Vue 2
npm install --save-dev @vue/vue2-jest@28 # (use the appropriate version)
yarn add @vue/vue2-jest@28 --dev
# Vue 3
npm install --save-dev @vue/vue3-jest@28 # (use the appropriate version)
yarn add @vue/vue3-jest@28 --dev
To use vue-jest
as a transformer for your .vue
files, map them to the appropriate vue-jest
module:
{
"jest": {
"transform": {
"^.+\\.vue$": "@vue/vue2-jest" // Update to match your installed version
}
}
}
A full config will look like this.
{
"jest": {
"moduleFileExtensions": ["js", "json", "vue"],
"transform": {
"^.+\\.js$": "babel-jest",
"^.+\\.vue$": "@vue/vue2-jest"
}
}
}
If you use jest > 24.0.0 and babel-jest make sure to install babel-core@bridge
npm install --save-dev babel-core@bridge
yarn add babel-core@bridge --dev
vue-jest compiles <script />
, <template />
, and <style />
blocks with supported lang
attributes into JavaScript that Jest can run.
lang="ts"
, lang="typescript"
)lang="coffee"
, lang="coffeescript"
)You can change the behavior of vue-jest
by using jest.globals
.
These options can be used to define Vue compiler options in @vue/vue3-jest
.
For example, to enable propsDestructureTransform
:
globals: {
'vue-jest': {
compilerOptions: {
propsDestructureTransform: true
}
}
}
or disable refTransform
(which is enabled by default):
globals: {
'vue-jest': {
compilerOptions: {
refTransform: false
}
}
}
A great feature of the Vue SFC compiler is that it can support custom blocks. You might want to use those blocks in your tests. To render out custom blocks for testing purposes, you'll need to write a transformer. Once you have your transformer, you'll add an entry to vue-jest's transform map. This is how vue-i18n's <i18n>
custom blocks are supported in unit tests.
A package.json
Example
{
"jest": {
"moduleFileExtensions": ["js", "json", "vue"],
"transform": {
"^.+\\.js$": "babel-jest",
"^.+\\.vue$": "@vue/vue2-jest"
},
"globals": {
"vue-jest": {
"transform": {
"your-custom-block": "./custom-block-processor.js"
}
}
}
}
}
Tip: Need programmatic configuration? Use the --config option in Jest CLI, and export a
.js
file
A jest.config.js
Example - If you're using a dedicated configuration file like you can reference and require your processor in the config file instead of using a file reference.
module.exports = {
globals: {
'vue-jest': {
transform: {
'your-custom-block': require('./custom-block-processor')
}
}
}
}
Processors must return an object with a "process" method, like so...
module.exports = {
/**
* Process the content inside of a custom block and prepare it for execution in a testing environment
* @param {SFCCustomBlock[]} blocks All of the blocks matching your type, returned from `@vue/component-compiler-utils`
* @param {string} vueOptionsNamespace The internal namespace for a component's Vue Options in vue-jest
* @param {string} filename The SFC file being processed
* @param {Object} config The full Jest config
* @returns {string} The code to be output after processing all of the blocks matched by this type
*/
process({ blocks, vueOptionsNamespace, filename, config }) {}
}
You can provide TemplateCompileOptions in templateCompiler
section like this:
{
"jest": {
"globals": {
"vue-jest": {
"templateCompiler": {
"transpileOptions": {
"transforms": {
"dangerousTaggedTemplateString": true
}
}
}
}
}
}
}
pug (lang="pug"
)
{
"jest": {
"globals": {
"vue-jest": {
"pug": {
"basedir": "mybasedir"
}
}
}
}
}
jade (lang="jade"
)
haml (lang="haml"
)
lang="stylus"
, lang="styl"
)lang="sass"
), andscss (lang="scss"
)
sass-loader
uses a special syntax for indicating non-relative imports, so you'll likely need to copy this syntax into your moduleNameMapper
entries if you make use of it. For aliases of bare imports (imports that require node module resolution), the aliased value must also be prepended with this ~
or vue-jest
's custom resolver won't recognize it.
{
"jest": {
"moduleNameMapper": {
"^~foo/(.*)": "<rootDir>/foo/$1",
// @import '~foo'; -> @import 'path/to/project/foo';
"^~bar/(.*)": "~baz/lib/$1"
// @import '~bar/qux'; -> @import 'path/to/project/node_modules/baz/lib/qux';
// Notice how the tilde (~) was needed on the bare import to baz.
}
}
}
jest.globals['vue-jest'].resources.scss
:{
"jest": {
"globals": {
"vue-jest": {
"resources": {
"scss": [
"./node_modules/package/_mixins.scss",
"./src/assets/css/globals.scss"
]
}
}
}
}
}
experimentalCSSCompile
: Boolean
Default true. Turn off CSS compilation
hideStyleWarn
: Boolean
Default false. Hide warnings about CSS compilation
resources
:
{
"jest": {
"globals": {
"vue-jest": {
"hideStyleWarn": true,
"experimentalCSSCompile": true
}
}
}
}
Possbility to change style loader options (sass, scss, less etc).
styleOptions
: Object
Default {}
.
{
"jest": {
"globals": {
"vue-jest": {
"styleOptions": {
"quietDeps" // e.q. sass options https://sass-lang.com/documentation/js-api#quietdeps
// unfortunately rest options like `data`, `file` doesnt work because @vue/compiler-component-utils internally overwrite options with their values
},
}
}
}
}