Jest mocks allow developers to write bad code. Instead of separating concerns with DI, jest mocks overwrite the importing mechanism without any type safety. Also, if you wish to migrate to native node test runner, the mocks lock you into jest.
Use proper mocks with ts mockito and it will force you to write better code.
100%. its a horrible code smell, and AI loves to jest.mock (or vi.mock()). (The most recent blog post on my site covers this as one of the things to look out for in AI generated tests...)
in JS (with Jest/Vitest) it is far too easy to call mock()...
I think unit testing FE to be borderline useless and very expensive to maintain.
I have seen so many broken products where leads where obsessed with 100% coverage and quality tests I just don't believe the methodology.
E2Es are the only tests that tell you whether the product is making money or not with a good approximation.
You have to invest in reducing flakiness and their run time, but if my 5 men team maintaining 6 products could achieve so..
Of course there are situations you want to test via normal unit tests and do TDD (parsers/encoders/math stuff, etc), but the people testing react components are involved in delusional productivity porn.
Jest mocks allow developers to write bad code. Instead of separating concerns with DI, jest mocks overwrite the importing mechanism without any type safety. Also, if you wish to migrate to native node test runner, the mocks lock you into jest.
Use proper mocks with ts mockito and it will force you to write better code.
100%. its a horrible code smell, and AI loves to jest.mock (or vi.mock()). (The most recent blog post on my site covers this as one of the things to look out for in AI generated tests...)
in JS (with Jest/Vitest) it is far too easy to call mock()...
Vitest is a brilliant software. I wish that the vitest vscode extension would be managed in a more careful manner though, too buggy for me to use.
yup vitest is great (my default choice for new projects).
vitest browser mode is really nice too. (new-ish feature, although at this point it isn't exactly new).
I think unit testing FE to be borderline useless and very expensive to maintain.
I have seen so many broken products where leads where obsessed with 100% coverage and quality tests I just don't believe the methodology.
E2Es are the only tests that tell you whether the product is making money or not with a good approximation.
You have to invest in reducing flakiness and their run time, but if my 5 men team maintaining 6 products could achieve so..
Of course there are situations you want to test via normal unit tests and do TDD (parsers/encoders/math stuff, etc), but the people testing react components are involved in delusional productivity porn.
learn step by step the main features of both Jest and Vitest (they're very similar for most common usages) in these interactive4 lessons