-
-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Switching to vitest
#1369
Switching to vitest
#1369
Conversation
…t handler test instead of let.
…ibe (vitest feature).
…nd 2 system tests, completely.
I like it. |
Performance test
Not good, maybe it's due to reporter |
9.95s locally was the best result of Vitest. |
Related issue: vitest-dev/vitest#579 |
Performance test
Good locally, but it fails in CI and also affects the coverage ❌ |
This reverts commit 8dee8e0.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
alright, so far it is as much as I can do
Reducing branch complexity that way.⚠️ Requires to get rid of Jest: #1369
Working on compatibility support of vitest in #1301 I was surprised by how good it works outta the box.
Meanwhile, I'm not satisfied by the ESM support in jest, which is probably not going to be better in Jest 30.
So I'm exploring the possibility to switch to vitest instead.
Compatibility with jest will remain.
Also
node:assert
(asserting with message:CustomError) against its documentation.