$ quasar ext add @quasar/testing-unit-vitest
This App Extension (AE) manages Quasar and Vitest integration for you, both for JavaScript and TypeScript.
What is included:
vitest.config.ts
);installQuasarPlugin
function to help you setup and configure the test Quasar instance on a per-test-suite basis;test/vitest/__tests__
package.json
scripts;This AE is a lightweight add-on to “@vue/test-utils” package, which helps you test Vue components that rely on some Quasar features. Please check out “@vue/test-utils” official documentation to learn how to test Vue components.
If you’re migrating from Jest to Vitest, please check out the official migration guide.
All changes are related to Vitest v1.0 breaking changes, Quasar first-party helpers haven’t changed.
@vue/test-utils
, vitest
and @vitest/ui
, which minimum peer dependencies versions has been bumped. If you don’t want to upgrade these dependencies manually, you can just re-install the AE and it will update all dependencies for you;vue
and quasar
dependencies to the latest version;vitest.config.[js|ts]
to vitest.config.[mjs|mts]
or switch your project to “ESM by default” adding "type": "module"
option in package.json
. Check out here why CJS build and syntax are deprecated in Vite 5;@quasar/app-vite
to v2 (currently in beta stage). If you can’t migrate away from v1 yet, you can use this workaround until you can migrate. We do test against the setup using that workaround, to ease the migration, but bear in mind that we don’t consider it as “officially supported” and we will stop testing against it in the near future;Call this helper at the top of your test files. It will configure @vue/test-utils
to setup Quasar plugin every time mount
/shallowMount
is called.
It will also restore the original configuration after all tests completed.
Usage:
import { installQuasarPlugin } from '@quasar/quasar-app-extension-testing-unit-vitest';
import { mount } from '@vue/test-utils';
import ExampleComponent from '../ExampleComponent.vue';
/*
* You can provide a config object as param like such:
*
* ```ts
* installQuasarPlugin({ plugins: { Dialog } });
* ```
*/
installQuasarPlugin();
describe('ExampleComponent', () => {
it('should mount correctly', async () => {
mount(ExampleComponent, {});
});
});
Here is a way to simulate a Quasar event emission, for example from a QDialog or a QSelect
const findPopup = () => wrapper.findComponent('[data-testid="my-popup"]');
await findPopup().vm.$emit('accept');
const findSelect = () => wrapper.findComponent({ ref: 'my-select' });
await findSelect().vm.$emit('update:model-value', 'a choice');
For QTooltip and other components existing in a specific Quasar div, they cant be analysed by vitest.
When mounted, a QIcon fetch the image corresponding to his name. But if you use materialize extra and dont inject it in Quasar test instance, that can be simplier to test directly for text of QIcon
expect(findCloseButton().text()).toBe('close');
When using Snapshot, keep in mind that some Quasar component generate UIDs that can break snapshot. Most of the time, adding a for attribute to the component fix the generated snapshot. But if this is not working (for example for QBtnDropDown), you can also stub the component in order to fix the snapshot.
Here’re some helpers which has not been included in the current AE version, but could be in future versions
https://github.com/posva/vue-router-mock
import { beforeEach } from 'vitest';
import {
createRouterMock,
injectRouterMock,
VueRouterMock,
RouterMockOptions,
} from 'vue-router-mock';
import { config } from '@vue/test-utils';
// https://github.com/posva/vue-router-mock
export function installRouter(options?: RouterMockOptions) {
beforeEach(() => {
const router = createRouterMock(options);
injectRouterMock(router);
});
config.plugins.VueWrapper.install(VueRouterMock);
}
// install-pinia.ts
import { config } from '@vue/test-utils';
import { cloneDeep } from 'lodash-es';
import { beforeAll, afterAll } from 'vitest';
import { createTestingPinia, TestingOptions } from '@pinia/testing';
import { Plugin } from 'vue';
export function installPinia(options?: Partial<TestingOptions>) {
const globalConfigBackup = cloneDeep(config.global);
beforeAll(() => {
config.global.plugins.unshift(
// This is needed because typescript will complain othwerwise
// Probably due to this being a monorepo as this same setup inside a test project did work correctly
createTestingPinia(options) as unknown as Plugin,
);
});
afterAll(() => {
config.global = globalConfigBackup;
});
}
// example-store.ts
import { defineStore } from 'pinia';
export const useCounterStore = defineStore('counter', {
state: () => ({
counter: 0,
}),
getters: {
doubleCount: (state) => state.counter * 2,
},
actions: {
increment() {
this.counter++;
},
},
});
<!-- StoreComponent.vue -->
<template>
<div>
<q-btn @click="store.increment"> Increment </q-btn>
</div>
</template>
<script lang="ts" setup>
import { computed } from 'vue';
import { useCounterStore } from './example-store';
const store = useCounterStore();
const counter = computed(() => store.counter);
</script>
// StoreComponent.test.ts
import { installQuasarPlugin } from '@quasar/quasar-app-extension-testing-unit-vitest';
import { mount } from '@vue/test-utils';
import { useCounterStore } from '../example-store';
import { describe, expect, it } from 'vitest';
import { installPinia } from './install-pinia.ts';
import StoreComponent from './StoreComponent.vue';
// Documentation: https://pinia.vuejs.org/cookbook/testing.html#unit-testing-a-store
installQuasarPlugin();
installPinia({ stubActions: false });
describe('store examples', () => {
it('should increment the counter', async () => {
const wrapper = mount(StoreComponent);
const store = useCounterStore();
expect(wrapper.text()).toContain(0);
const btn = wrapper.get('button');
expect(store.increment).not.toHaveBeenCalled();
await btn.trigger('click');
expect(store.increment).toHaveBeenCalled();
expect(wrapper.text()).toContain(1);
expect(store.counter).toBe(1);
});
});
cd test-project-vite
yarn sync:vitest # or "yarn sync:all", if it's the first time you run this command
yarn test:unit:ci # check if unit tests still work with the local version of the AE