Vendure plugins allow you to extend all aspects of the standard Vendure server. When a plugin gets somewhat complex (defining new entities, extending the GraphQL schema, implementing custom resolvers), you may wish to create automated tests to ensure your plugin is correct.

The @vendure/testing package gives you some simple but powerful tooling for creating end-to-end tests for your custom Vendure code.

For a working example of a Vendure plugin with e2e testing, see the real-world-vendure Reviews plugin


Install dependencies

  • @vendure/testing
  • jest You’ll need to install a testing framework. In this example we will use Jest, but any other framework such as Jasmine should work too.
  • graphql-tag This is not strictly required but makes it much easier to create the DocumentNodes needed to query your server.

Please see the Jest documentation on how to get set up. The remainder of this article will assume a working Jest setup configured to work with TypeScript.

Register database-specific initializers

The @vendure/testing package uses “initializers” to create the test databases and populate them with initial data. We ship with initializers for sqljs, postgres and mysql. Custom initializers can be created to support running e2e tests against other databases supported by TypeORM. See the TestDbInitializer docs for more details.

import {
} from '@vendure/testing';

const sqliteDataDir = path.join(__dirname, '__data__');

registerInitializer('sqljs', new SqljsInitializer(sqliteDataDir));
registerInitializer('postgres', new PostgresInitializer());
registerInitializer('mysql', new MysqlInitializer());

Note re. the sqliteDataDir: The first time this test suite is run with the SqljsInitializer, the populated data will be saved into an SQLite file, stored in the directory specified by this constructor arg. On subsequent runs of the test suite, the data-population step will be skipped and the initial data directly loaded from the SQLite file. This method of caching significantly speeds up the e2e test runs. All the .sqlite files created in the sqliteDataDir can safely be deleted at any time.

Create a test environment

The @vendure/testing package exports a createTestEnvironment function which is used to set up a Vendure server and GraphQL clients to interact with both the Shop and Admin APIs:

import { createTestEnvironment, testConfig } from '@vendure/testing';
import { MyPlugin } from '../my-plugin.ts';

describe('my plugin', () => {

    const { server, adminClient, shopClient } = createTestEnvironment({
        plugins: [MyPlugin],


Notice that we pass a VendureConfig object into the createTestEnvironment function. The testing package provides a special testConfig which is pre-configured for e2e tests, but any aspect can be overridden for your tests. Here we are configuring the server to load the plugin under test, MyPlugin.

Note: If you need to deeply merge in some custom configuration, use the mergeConfig function which is provided by @vendure/core.

Initialize the server

The TestServer needs to be initialized before it can be used. The TestServer.init() method takes an options object which defines how to populate the server:

import { myInitialData } from './fixtures/my-initial-data.ts';

// ...

beforeAll(async () => {
    await server.init({
        productsCsvPath: path.join(__dirname, 'fixtures/e2e-products.csv'),
        initialData: myInitialData,
        customerCount: 2,
    await adminClient.asSuperAdmin();
}, 60000);

afterAll(async () => {
    await server.destroy();

An explanation of the options:

Write your tests

Now we are all set up to create a test. Let’s test one of the GraphQL queries used by our fictional plugin:

import gql from 'graphql-tag';

it('myNewQuery returns the expected result', async () => {
    adminClient.asSuperAdmin(); // log in as the SuperAdmin user

    const query = gql`
        query MyNewQuery($id: ID!) {
            myNewQuery(id: $id) {
    const result = await adminClient.query(query, { id: 123 });

    expect(result.myNewQuery).toEqual({ /* ... */ })

Running the test will then assert that your new query works as expected.

Run your tests

All that’s left is to run your tests to find out whether your code behaves as expected!

Note: When using Jest, make sure you run with the --runInBand option, which ensures that your tests run in series rather than in parallel.