You’re looking at Quasar v2 testing docs. If you're searching for Quasar v1 docs, head here

Check out the migration status here

This is the monorepo for integrating the test-runner of your choice into your Quasar app.

You can install multiple pre-rigged testing harnesses (test runners) to your Quasar application, each one will:

• install the harness NPM package into your project;
• scaffold necessary configuration files;
• add script commands, if you so choose, which expose some functionality of the respective harness.

App Extensions (such as these testing harnesses) only work with Quasar CLI, not with Vue CLI, nor by directly installing packages via a package manager as npm or yarn. Use quasar ext add ... or the installation step won't be executed and configuration files won't be copied over.

Testing is not in and of itself hard. The most complicated part is setting up the testing harness. The trick lies in knowing what to test. If you are new to testing, it is absolutely imperative that you familiarize yourself with some of the concepts and patterns. There are some links for further reading at the end of this document page.

The Test Driven Design approach will help you to write better (and fewer) tests. Even though it may seem like it slows you down to some degree, this habit pays its dividends on the long term drastically reducing the number of public bugs and the project maintenance effort. Think of tests like insurance for your code that always pays out. On the other hand, not everything is worth being tested, or is worth being tested only at an higher level (eg. using an E2E tests instead of unit tests).

• Donations
• Installation
• Removal
• Reset
• Upgrade
• Provided App Extensions
  • Testing Harnesses Manager
  • Unit testing
    • Jest
  • E2E testing
    • Cypress
  • Quality Auditing (OUTDATED, not migrated to Qv2 yet)
• Roadmap
• Contributing
• License

The Quasar team spend a considerabile amount of time studying, coding and maintaining App Extensions which save literally thousands of developers hours, days or weeks of work.

Does your business or personal projects depend on these App Extensions? How much time did we save you until now? Consider donating to help us maintain them and allow us to create new ones!

You can add test harnesses:

• in a centralized way via the Testing Harnesses Manager;
• using an "a-la-carte" approach, checking each harness documentation.

You can add multiple harnesses and even use them into your continuous integration pipelines.

You can remove a testing harness running:

$ quasar ext remove @quasar/testing-unit-jest

This will remove the associated NPM package and run the Quasar App Extensions uninstall hook. If not done into the AE uninstall hook, the removal won't delete test or configuration files.

If you mess up your configuration and need to reset, or just want to check out if there has been any changes into new versions configuration, you should run:

$ quasar ext add @quasar/testing-unit-jest

Be careful though, this will overwrite ALL existing files (including configurations) if you allow it to. Make sure to have some kind of version control in place before proceeding. This operation will also upgrade the NPM package and its dependencies.

To prevent installing new or updated dependencies, you should run:

$ quasar ext invoke @quasar/testing-unit-jest

You can upgrade a testing harness and its dependencies by updating its related NPM package.

$ yarn add -D @quasar/quasar-app-extension-testing-unit-jest

This won't change existing test or configuration files.

When upgrading between major versions, since there are major changes, we suggest you to remove and re-add the AE, to obtain lastest configuration files too. Ensure your source control is clean before proceeding, then answer (y) and "Overwrite all" when prompted to overwrite existing files and individually git diff all changes manually to check out which changes you want to keep and which you want to revert.

$ quasar ext remove @quasar/testing-unit-jest
$ quasar ext add @quasar/testing-unit-jest

Check out Testing Harnesses Manager AE documentation

Check out Jest AE documentation

We recommend testing webapps with Cypress if you target Chrome-based browsers (Chrome, Edge, Electron) or Firefox - but if you want to test Safari or Cordova/Capacitor apps, then you should consider using webdriver.io.

Check out Cypress AE documentation

$ quasar ext add @quasar/testing-quality

Auditing the quality of your app is something you want to do before you go in production. Depending on your perspective, quality can mean many things. So we have put together a few tools that we think can help you have a qualitatively better project.

The Lighthouse tool can help you identify issues with your PWA app, but only if you serve the built version of your project. If you use it a lot, consider installing it globally.

Snyk is a tool for identifying node modules that have security implications. Running this regularly will keep you alerted to issues that may be stemming from repositories you use.

Node License Finder (nlf) is a free tool you can use to catalog all the licenses of the hundreds of open-source projects you are using in your project.

Test harnesses currently verified to have valid "integration" are checked off in the following list. We won't commit to any deadline for integrations of new harnesses.

• ava
• jasmine 3
• jest 26
• tap
• tape
• mocha-webpack

• appium (cordova)
• cypress
• karma
• nightwatch
• polly.js
• spectron (electron)
• testcafe
• testee
• webdriver.io

• lighthouse 3.0
• snyk
• nlf (Node license finder)
• import-cost (custom)
• bundlesize (custom)
• webpagetest

• jest-codemods
• ava-codemods (tape=>ava)

• Testing Vue.js Applications by Edd Yerburgh, the author of the @vue/test-utils repo
• Free Vue Testing Handbook

• Introduction to TDD
• Overview of JavaScript testing 2020
• Unit Testing Vue Router with Jest
• Jest tests debugging

• @vue/test-utils
• jest 24
• cypress
• lighthouse
• snyk
• nlf
• chai
• istanbul

Contributions to this repository are highly desirable, see the Contribution Guidelines for more details. Please note: project coordination takes place on the Discord server.

• ilcallo
• nothingismagick
• nklayman
• Allan Gaunt
• andreiTn
• fansanelli
• mgibson91
• eugene
• bloo_df
• PhearZero

Denjell would like to give a special shout out to all of the people who helped test the testing framework during the transition from 0.17 to 1.0

MIT ©2018 - present - D.C. Thompson & Razvan Stoenescu

All Icons © the respective owners