Vitest 1.0 is here!
- easier to read snapshots (say goodbye to \\")
- improved coverage support
- improved typechecking support
- performance optimizations
- --project option for workspaces
- a lot of bug fixes!
github.com/vitest-dev/vitest…
Vitest 2.0 is out!
- better Browser Mode support (still experimental)
- stability improvements (`forks` pool is now the default)
- new `blob` reporter to merge reports from different processes
- a lot of bug fixes
github.com/vitest-dev/vitest…
Introducing the new official Vitest VS Code extension!
Starting with version 0.6.0, the VS Code extension now supports:
- instant feedback
- .each test declaration
- test tree view
- coverage reporting
- better debugging support
- improved performance
vitest.dev/vscode
After 500+ commits and 100 iterations, @vitest_dev is open to everyone 🎉
It is still in development. We don't recommend migrating your current testing setups yet. But you can give it a try in new projects. Join chat.vitest.dev and get involved 🙌
github.com/vitest-dev/vitest
Vitest 3.2 is out!
- New Annotations API
- Scoped Fixtures
- Custom Browser Locators API
- Test Signal
- Better V8 Coverage Result
And many more features!
vitest.dev/blog/vitest-3-2.h…
🌟 Vitest now has an official @code extension!
👨💻 We are also excited to announce we had @zxch3n, the author of the extension, joined our team!
👇 Click the install and give it a try!
github.com/vitest-dev/vscode
Vitest Browser Mode is getting new powerful features! 🎉 Read our thoughts on the current state of component testing and future plans for the Browser Mode 👇
github.com/vitest-dev/vitest…
✨ Adoption milestone! After three months, @vitest_dev npm downloads represents more than 10% of @vite_js npm downloads 🤯
And we just crossed 5K Followers on Twitter 💚
Give your tests a DX boost with vitest.dev!
Vitest 1.3.0 is out!
- new onTestFinished hook
- improved handling of CLI options
- optimizer is disabled by default due to stability concerns
- better browser mode support
- persistent splitpanes sizes in UI
- bug fixes
github.com/vitest-dev/vitest…
Vitest 3.1.0 is out! ⚡
Apart from performance improvements and fixes, this release expands your test setup flexibility with new options. Check out the release notes here.
github.com/vitest-dev/vitest…
🎉 We are excited to announce that `eslint-plugin-vitest` is now the official `@ vitest/eslint-plugin`!
🙏 Huge thanks to the awesome work by @veritemm!
👇 Remember to migrate to the new package name:
github.com/vitest-dev/eslint…
There is now a @vitest_dev recipe in the new @vuejs docs!
vuejs.org/guide/scaling-up/t…
And it is recommended in the official scaffolding tool 💚
ᐳ 𝚙𝚗𝚙𝚖 𝚌𝚛𝚎𝚊𝚝𝚎 𝚟𝚞𝚎
✓ 𝙰𝚍𝚍 𝚅𝚒𝚝𝚎𝚜𝚝 𝚏𝚘𝚛 𝚄𝚗𝚒𝚝 𝚃𝚎𝚜𝚝𝚒𝚗𝚐? ... 𝚈𝚎𝚜! ⚡️
🎉 It's done! Vue 3 is now the default version and the brand new vuejs.org is live!
More details in the blog post in case you missed it: blog.vuejs.org/posts/vue-3-a…
Vitest now has an examples folder to help you get started: Vue, Svelte, React, Lit, RTL, Puppeteer, MSW.
Thanks to everyone that contributed to these playgrounds!
Also, we just hit 2K stars on GitHub! 🌟
github.com/vitest-dev/vitest
We just released v0.1.0 of Vitest!
It's identical to the last version, but this marks we start doing semver from now. You could feel more confident when trying it as you will know when there are breaking changes 🙌
Vitest 1.6.0 is out!
- performance improvements to the "forks" pool
- `--standalone` flag to start Vitest in watch mode without running tests
- `--compare` flag to compare benchmark results
- new options to inject scripts in browser mode
- bug fixes
github.com/vitest-dev/vitest…
Vitest 1.4.0 is out! We also rewrote our VSCode extension to use Vitest API directly which greatly improves the developer experience. Try out the pre-release version here: vitest.dev/vscodegithub.com/vitest-dev/vitest…
Vitest 1.0.3 fixes severe performance regression during the watch mode introduced in 1.0. It is highly recommended to upgrade.
github.com/vitest-dev/vitest…
I left the @vitest_dev team because I couldn't actively maintain the Vitest VSCode extension. It's now maintained directly by core team members.
The extension is now transferred to the Vitest publisher. You can migrate in VSCode.
The future of the extension is promising 🔥
💚⚡️
> Storybook 8 also integrates Vite’s testing package, Vitest, as part of our new framework: storybook/test. This new testing framework replaces two previous packages, enables the use of Vitest’s spy and expect, and has a smaller installation footprint.
Storybook 8 is here! 🥳
📸 Visual Tests addon
⚛️ React Server Component support
🎛️ Upgraded Vue & React control autogeneration
⚡️ Rearchitected @vite_js support + Vite 5
✨ New UI on desktop and mobile
💯 8,865 commits, 773 PRs, 218 contributors
storybook.js.org/blog/storyb…
We've released patches for a critical security vulnerability. We strongly encourage projects to upgrade to versions 1.6.1, 2.1.9, or 3.0.5 as soon as possible.
github.com/vitest-dev/vitest…
Vitest v0.25.0 is just landed!
✅ Builtin typechecking with expectTypeOf!
🐞 onTestFailed hook to capture internal closure
🗺️ Better sourcemap support
Big shout out to @sheremet_va who is leading the development of Vitest with many great features!
github.com/vitest-dev/vitest…
Congrats to our team members @sheremet_va and @hiroshi_18181 for joining @voidzerodev to work on Vitest and Vite full-time! 🎉
We are deeply grateful for all our special sponsors who provide full-time support to our team members! Let's make Vitest even better together! 💛
ALT Vitest is free and open source, made possible by wonderful sponsors.
Special Sponsors: VoidZero, NuxtLabs, StackBlitz, Zammad
Yesterday's opening of vitest.dev has been so encouraging!
You gifted us with 1K stars on GitHub 🌟
2K+ followers are now part of our journey on Twitter
And we are 250 devs in chat.vitest.dev 🛠️
Thank y'all! 💛
github.com/vitest-dev/vitest
Vitest 1.1.2 fixes severe performance regression introduced back in 0.34.0 among other fixes! If you are using jsdom/happy-dom you should see a noticeable speed improvement depending on the number of test files you have.
github.com/vitest-dev/vitest…
We just released Vitest v0.10! 🚀
📞 (done)=>{} callback style has deprecated in favor of promise / async
🧹 Cleanup callbacks for `beforeAll` and `beforeEach`
💡 Extendable context for each test!
📣 Custom reporter from path / package
Changelog here
github.com/vitest-dev/vitest…
10M weekly npm downloads! ⚡️
Vite downloads are a reflection of the constant growth of a lot of projects! Kudos to all the teams in the ecosystem that keep working together to improve our shared base 💜
ALT A graph showing the weekly npm downloads of the vite package since 2020 until January 21, 2024, where vite crossed the 10 million mark
> Unit and E2E tests have been migrated to @vitest_dev, providing a faster and more stable DX. This move also works as dogfooding for an important infrastructure project in the ecosystem. ⚡️
vitejs.dev/blog/announcing-v…
✅ 10k followers at @vitest_dev 🎉
Thanks to the testing community for your support! If you aren't there yet, join us at chat.vitest.dev to keep improving together our tests DX ⚡️💚
ALT An image showing the Vitest logo and below it "10k Followers! @vitest_dev"
Very easy answer, bun doesn't isolate your tests. Vitest does this by default, but it can be disabled with `--no-isolate` flag. Docs: vitest.dev/guide/improving-p…
✅ State of JS 2022: Vitest Interest and Retention are at the top of the Testing category. Usage raised from 2.7% to 14.1% and Awareness doubled to 46.9%!
Special shoutout to @sheremet_va for the massive maintenance effort done during the last year ❤️
2022.stateofjs.com/libraries…
Have you tried @vitest_dev in @stackblitz yet?
Modify a test to make it fail and see Vite's HMR kicking in for your tests ⚡️
Props to @elmd_ for his responsiveness in helping us get Vitest working smoothly in WebContainers 🙌
stackblitz.com/fork/node-8ho…
👋 We just created our Open Collective page! And the GitHub Sponsor profile is also in progress
💖 If you enjoy using Vitest, sponsor us or ask your company to sponsor. Help us make Vitest sustainable and getting better! Thank you! 🙏
opencollective.com/vitest
New post: The barrel file debacle 🪂
How innocent looking code makes your tools slow, often by as much as 60-80%. Test runners and many import cycle detection tools are most affected by this.
marvinh.dev/blog/speeding-up…
For the first, Remix has three stacks to choose from. They include so many useful features that giving them a descriptive name wouldn't make sense, so we name them after music genres!
Included: Ready-for-production hosting configuration, Databases, Auth, testing, & CI pipelines!
ALT Three browser tabs showing deployed versions of Remix stacks. Grunge Stack, Indie Stack, and Blues Stack
ALT Three browser tabs showing github repos for the Grunge Stack, Indie Stack, and Blues Stack
First answer on our "Give us feedback!" thread 💛
There are now 16 contributors in the Vitest private repo. And new folks are getting involved every day.
@vitest_dev is moving fast ⚡️
Our team has now expanded: @antfu7, @patak_dev, @Aslemammad, and @sheremet_va, and there are 19 contributors in github.com/vitest-dev/vitest
We'd like to thank all our sponsors, that are helping us build Vitest 💛💚
So, here we go! Start at vitest.dev, and re-ignite your passion for testing. Collaborate with us at GitHub and join our community. Let's build Vitest together. It's time for a native @vite_js Test Runner ⚡️
We're thrilled to share the ViteConf 24 Speakers lineup!
On October 3rd & 4rd, get ready to learn from the builders pushing modern web development forward ⚡️
Register for free today and invite your communities to the party! 🎉
„so much“ is a bit of stretch. When comparing 1 second to 2 seconds, it appears to be 2 times slower! But speed is not directly proportional to the number of tests (x2 times test will not lead to x2 worse performance)
Great article! One correction - Vitest has support for multi-project configuration via the workspace feature (vitest.dev/guide/workspace)
The next version also allows inline projects without the need to create a separate file!
This is interesting! I would love to see a reproduction. My first point was the initialization of Vitest on the Node.js side (so, before we even fire up a worker to run tests), tests themselves import as little as possible to set up the runner itself
My first instinct would be that the performance hit in the video might be because either:
> reporter performance (we had problems with it, but they should've been fixed)
> RPC performance (too much talking between thread and the main process)