DEV Community

Cover image for Vitest: Blazing fast unit test framework
Uploadcare
Uploadcare

Posted on • Originally published at uploadcare.com

Vitest: Blazing fast unit test framework

If you have heard of Vite, then you have probably heard of Vitest, the fast unit test framework built from it. In this article, let’s explore what Vitest is, how to use it and why it can be the next test framework for your apps.

What is Vitest

Before we get into Vitest, let’s note that Vite is a build tool that allows for faster server starts and updates thanks to its native ESM-based method to serve code on demand:

Vite dev server structure: server gets HTTP request, finds a suitable route, which leads to the exact module that should be processed and served; all of that due to dynamic imports

If you want to get more, feel free to read my Introduction to Vite article.

So Vitest is the unit testing framework built on top of Vite and is an excellent unit test framework with many modern features such as:

  • Component testing for Vue, React, Svelte, Lit and more.
  • Out-of-the-box TypeScript and JSX support.
  • ESM first, top level await.
  • Multithreading workers.
  • Filtering, timeouts, concurrent for suite and tests.
  • Jest-compatible snapshot testing.
  • Chai built-in for assertions + Jest expect compatible APIs.
  • Designed with a Jest compatible API.

Let’s get started with a simple example on how to use Vitest in a Vite-powered project.

Example usage: writing unit tests in Vitest

Step 1. Create a Vite project

It’s simple, just type:

npm create vite .
Enter fullscreen mode Exit fullscreen mode

Note: Vite requires Node.js version 14.18+ or 16+.

This will start the process to create a Vite project. You can name your project and choose a template appropriately. For this example, I will be choosing the Vanilla template and TypeScript:

$ npm create vite .
✔ Package name: … vitest
✔ Select a framework: › Vanilla
✔ Select a variant: › TypeScript

Scaffolding project in /tmp/vitest...

Done. Now run:

  npm install
  npm run dev
Enter fullscreen mode Exit fullscreen mode

As you see, after the project is created, you can install the necessary dependencies by running:

npm install
Enter fullscreen mode Exit fullscreen mode

Now, you should have the following project structure:

node_modules, public & src directories, plus some files: .gitignore, index.html, package-lock.json, package.json and tsconfig.json

Finally, to install Vitest, run:

npm install -D vitest
Enter fullscreen mode Exit fullscreen mode

Alternative for non-Vite powered projects

It is just as easy to setup Vitest in a non-Vite powered projects.
Say we have a CRA project and want to use Vitest for testing.

All we need to do is to run:

npm install -D vitest @vitejs/plugin-react
Enter fullscreen mode Exit fullscreen mode

And then add a vite.config.js in the root folder of the project:

/// <reference types="vitest" />
import { defineConfig } from 'vitest/config';
import react from '@vitejs/plugin-react';

export default defineConfig({
  plugins: [react()],
  server: {
    open: true,
  },
  build: {
    outDir: 'build',
    sourcemap: true,
    commonjsOptions: {
      include: [],
    },
  },
  optimizeDeps: {
    disabled: false,
  },
  test: {
    globals: true,
    environment: 'jsdom',
    setupFiles: '@testing-library/jest-dom',
    mockReset: true,
  },
});
Enter fullscreen mode Exit fullscreen mode

Step 2. Write some simple tests

Now that our project is set up, let us write some simple tests.

Vitest has been designed based on Jest, so it shares a lot of similarities. One of them is that it can automatically detect your test files as long as you name it in any of the 3 following formats:

  1. A .js file in a folder named __tests__.
  2. A file with a name like [name].spec.js.
  3. A file with a name like [name].test.js.

So let’s create a new folder in our example project called tests and add a basic.test.js file:

tests/
    |- basic.test.js
Enter fullscreen mode Exit fullscreen mode

In this file, let’s add some simple tests:

import { describe, it, assert } from 'vitest';

describe('Math.sqrt() test', () => {
  it('SQRT4', () => {
    assert.equal(Math.sqrt(4), 2);
  });

  it('SQRT144', () => {
    assert.equal(Math.sqrt(144), 12);
  });

  it('SQRT2', () => {
    assert.equal(Math.sqrt(2), Math.SQRT2);
  });
});
Enter fullscreen mode Exit fullscreen mode

If you have worked with other testing libraries such as Jest, Mocha or Jasmine, you should be familiar with the BDD (Behavior Driven Development) pattern. It describes a function, explains what it does and uses test case(s) to assert that it works as intended.

Step 3. Run tests

To run the tests, the command is:

npx vitest
Enter fullscreen mode Exit fullscreen mode

Or you can configure your package.json to run the command with npm test:

"scripts": {
  "test": "vitest"
}
Enter fullscreen mode Exit fullscreen mode

More Vitest CLI commands can be found at the official documentation.

By default, the tests run in watch mode so if you make any file changes, they will re-run immediately. If the tests are successful, you should see the terminal outputting:

$ npx vitest

 DEV  v0.27.2 /tmp/vitest

 ✓ tests/basic.test.js (1)

 Test Files  1 passed (1)
      Tests  3 passed (3)
   Start at  15:05:07
   Duration  933ms (transform 379ms, setup 0ms, collect 13ms, tests 2ms)


 PASS  Waiting for file changes...
       press h to show help, press q to quit
Enter fullscreen mode Exit fullscreen mode

Vitest VS Code extension

To speed up testing and make debugging easier,
there is a VS Code extension for Vitest available in the Marketplace.

VS Code extension showing the list of tests and allowing to pick which one to start

This extension can help to:

  • filter tests by status,
  • debug easier,
  • inspect console output,
  • rerun tests faster.

Vitest vs Other test frameworks

Vitest is often compared to Jest, another popular test framework.
It is because it is built on top of Jest, making it a more modern and improved version. Also, it offers compatibility with most of the Jest API and ecosystem libraries, making it simple to migrate by following their official guide here.

Just like other widely used test frameworks such as Mocha and Jasmine, Vitest follows a simple describe-it-assert or describe-it-expect pattern. The advantage of using Vitest over them is that it is fast to set up and does not require installing a separate assertion library.

The most convenient advantage of using Vitest is that it requires minimal configuration and can be used with any bundler. You can define the configuration for your dev, build and test environments as a single pipeline under vite.config.js.

A simple example would be setting up a Jest and Babel environment for a React app. Often, you would need to install additional packages besides the ones that come with CRA:

After that, you would need a jest.config.js and a babel.config.js to complete setting up the configuration.

With Vitest, you don’t have to install those extra dependencies. All you need is a vite.config.js or vitest.config.js file. Even for non-Vite projects, it is a single file to configure. For example:

import { defineConfig } from 'vitest/config';

export default defineConfig({
  test: {
    environment: 'jsdom',
  },
});
Enter fullscreen mode Exit fullscreen mode

Learn more about configuration in the official documentation.

Here is a summarized comparison of different popular test frameworks with Vitest:

Pros Cons
Jest
  • Compatible with most frameworks like React, Vue, and Babel-based projects.
  • Performance is good.
  • Supports asynchronous code and other wide range of tests.
  • Extended API, can be optionally included when needed.
  • Auto mock any libraries imported for easy testing.
  • Highly active community support.
  • Auto mocking can slow down performance.
  • When used with third-party libraries or tools, it may not be supported or difficult to configure.
  • Can require a lot of dependencies to set up (i.e. Babel projects).
Mocha
  • Simple, lightweight and easy to get into.
  • Flexible to configure and include different libraries with.
  • Active community support.
  • Does not come with a lot of features and need to install other libraries separately.
  • Can be hard to configure as different dependencies has different requirements.
  • Can be complex to include auto mocking or snapshot testing.
Jasmine
  • Very flexible and is compatible with most frameworks and libraries.
  • Built-in assertion library, so it doesn’t require additional libraries.
  • Easy to read and clean syntax.
  • Difficult to test asynchronous code.
  • Not as widely used as newer test frameworks.
Vitest
  • Native ESM and out-of-box TypeScript support.
  • Multithreaded and lightweight.
  • Minimal configuration and setup needed.
  • Build upon Jest API, includes all Jest testing features.
  • Performance is fast, live reloads are faster than Jest.
  • Highly compatible with Vite projects.
  • Still in early phase, may not have active community support.
  • Does not use a global module like Jest and isolates each test to run, may affect performance when scaling.

More features. Test coverage report

Let’s see a simple example how we can output a test coverage report. First, let’s create a simple counter function in counter.js:

export const setCounter = (count) => {
  return count + 1;
};
Enter fullscreen mode Exit fullscreen mode

Then, let’s create a test for this function in the counter.test.js:

import { describe, it, expect } from 'vitest';
import { setCounter } from '../src/counter';

describe('setCounter', () => {
  it('returns 1', () => {
    expect(setCounter(0)).toBe(1);
  });
});
Enter fullscreen mode Exit fullscreen mode

Now if we run vitest run --coverage, we can see how much of our code has been tested:

$ vitest run --coverage

 RUN  v0.27.2 /tmp/vitest
      Coverage enabled with c8

 ✓ tests/counter.test.js (1)

 Test Files  1 passed (1)
      Tests  1 passed (1)
   Start at  15:19:08
   Duration  2.12s (transform 390ms, setup 0ms, collect 40ms, tests 2ms)

 % Coverage report from c8
------------|---------|----------|---------|---------|-------------------
File        | % Stmts | % Branch | % Funcs | % Lines | Uncovered Line #s
------------|---------|----------|---------|---------|-------------------
All files   |     100 |      100 |     100 |     100 |
 counter.ts |     100 |      100 |     100 |     100 |
------------|---------|----------|---------|---------|-------------------
Enter fullscreen mode Exit fullscreen mode

Let’s say we add a new function in our counter.js:

// added another function
export function setupCounter(element) {
  element.addEventListener('click', () => {
    setCounter(counter++);
    element.innerHTML = `count is ${counter}`;
  });
}
Enter fullscreen mode Exit fullscreen mode

If we run vitest run --coverage, we can see that not all our code has been tested:

$ vitest run --coverage

 RUN  v0.27.2 /tmp/vitest
      Coverage enabled with c8

 ✓ tests/counter.test.js (1)

 Test Files  1 passed (1)
      Tests  1 passed (1)
   Start at  15:31:52
   Duration  2.03s (transform 480ms, setup 0ms, collect 40ms, tests 2ms)

 % Coverage report from c8
------------|---------|----------|---------|---------|-------------------
File        | % Stmts | % Branch | % Funcs | % Lines | Uncovered Line #s
------------|---------|----------|---------|---------|-------------------
All files   |   54.54 |      100 |      50 |   54.54 |
 counter.ts |   54.54 |      100 |      50 |   54.54 | 7-11
------------|---------|----------|---------|---------|-------------------
Enter fullscreen mode Exit fullscreen mode

This report ensures that most of your project’s code is tested.

By default, Vitest uses the c8 package to run coverage reports. You may install it manually with the command:

npm i -D @vitest/coverage-c8
Enter fullscreen mode Exit fullscreen mode

Or install it when prompted:

$ vitest run --coverage
 MISSING DEP  Can not find dependency '@vitest/coverage-c8'

 ✔ Do you want to install @vitest/coverage-c8? …
Enter fullscreen mode Exit fullscreen mode

Even more features. Component testing

Another common testing we can do with Vitest is component testing, which verifies the functionality of individual components.

Let’s add an App.test.jsx to a React App. For this example, we’re using a non-Vite project (i.e. basic Create React App template) to show that Vitest works just as fine.

In this test, we want to test only the App component and here’s what our App.test.jsx will look like:

import { render, screen } from '@testing-library/react';
import { describe, it, expect } from 'vitest';
import App from './App';

describe('App Component Test', () => {
  it ('renders without crashing', () => {
    const { container } = render(<App />);
    expect(container).toBeInTheDocument();
  })

  it('renders learn react link', () => {
    render(<App />);
    const linkElement = screen.getByText(/learn react/i);
    expect(linkElement).toBeInTheDocument();
  });
});
Enter fullscreen mode Exit fullscreen mode

Now we run the tests with npm test or npx vitest. The 2 tests should pass successfully, as shown below:

$ npx vitest

 DEV  v0.27.2 /tmp/vitest

 ✓ tests/App.test.jsx (1)

 Test Files  1 passed (1)
      Tests  2 passed (2)
   Start at  16:12:12
   Duration  1.94s (transform 685ms, setup 126ms, collect 356ms, tests 37ms)


 PASS  Waiting for file changes...
       press h to show help, press q to quit
Enter fullscreen mode Exit fullscreen mode

Conclusion

In this article, we learned about Vitest, a fast and modern unit testing framework powered by Vite. Thanks for reading, I hope it has been a helpful article in getting you started with Vitest. Please refer to the References section below if you would like to read more about Vitest and Vite. Cheers!

References

Originally published by Victoria Lo in Uploadcare Blog

Top comments (3)

Collapse
 
lexlohr profile image
Alex Lohr

There are a few incompatibilities with jest. The most obvious is that you haven't got a jest global, instead, it is called vi. Due to vitest being ESM-first, it also doesn't support jest.requireActual, but instead provides vi.importActual, which returns a promise. Lastly, the mocking functionality is based on the internal vite server, which already resolves internal structures like re-exports, so you cannot use the files exporting anything from anywhere else as mock entry point.

Collapse
 
Sloan, the sloth mascot
Comment deleted
Collapse
 
romeerez profile image
Roman K

Practice shows that the louder they claim "blazing fast" the slower it actually is.

"Blazing fast" in case of Vitest means 3x slower than Jest.