jest-mock: все лгут?

Код из видео: gitlab.com/javascript-ninja/d...
Про мастер-класс по Unit-тестированию (и по Jest) вы можете узнать на javascript.ninja
Issue на GitHub: github.com/facebook/jest/issu...
---
Видео создано благодаря подписчикам проекта на нашем Patreon.
Хотите получать контент на 3 месяца раньше остальных? Присоединяйтесь! / javascriptninja

[@StanislavObrazcoff]

Илья, большая благодарность за подобные материалы. Не знаю когда там у вас есть время на сон, но работа проделана просто титаническая!

[@DamirSadykov-qx7um]

Спасибо Илья, крутое видео! Хоть тесты и не пишу, но полезно знать, что есть такие нюансы, там где их не ожидаешь встретить, вроде такой популярной библиотеки. Как говориться на Jest надейся, а объекты лучше не мутировать

[@dimap.7298]

Спасибо. Решил добавить в свой конфиг eslint-plugin-no-async-without-await (он уже депрекейтнут -- используйте require-await вместо)

[@victorchilari]

😆

[@life_on_fire]

Спасибо, было интересно, жена тестер, потролю ее автотесты) в целях образовательных естественно))

[@railbatyrshin7349]

Илье спасибо, пока ничего не понятно, но скоро пройду курс по тестам и вновь открою данное видео) Всем удачной разработки

[@MrStoikiy]

А на канале есть ещё какие нибудь гайды по jest? Я бы хотел качнуть свой уровень в этом направлении

[@neuro_coder_ai_bot]

Very good!

[@unev]

Приветствую! Приходилось ли заниматься производительностью jest тестов? Может быть есть какие-то соображения?

[@AlexKozack]

а в jest можно проверять что один метод класса вызвался раньше второго?

[@user-cp1ow5vp4j]

По ссылке на репозиторий (Код из видео) - Not Found.

[@Acid31337]

тестирование асинхронных операций это конечно сложно. Но если замокать XHR/fetch/setTimeout/setInterval/Promise, то можно контролировать завершение всех асинхронных операций, и сделать функцию waitAllAsynchronous() наверняка будет куча проблем, например промисы нельзя все замокать, их async-функции порождают. Можно зато дождаться их всех с помощью setImmediate

[@JavaScriptNinja]

Это не решит указанной проблемы

[@vitiok78]

Почему бы в Jest не сделать дополнительную функцию mockStrict, чтобы пользователь сам выбирал уровень строгости, который ему нужен?

[@vadiiimyeeeekn]

В конце видео не понял, чем вторая половина проблемы отличается от первой: в первой мы используем глубокое копирование для защиты теста от мутации аргумента ("зашли внутрь объекта, который нам передали", это тоже не совсем понял)? А вторая половина про изменение "аргументов функции, с которыми были вызваны и которыми мы больше не управляем". Где разница между этими половинами?

[@rah_emil]

С тобой спокойно на скорости x2 смотрю😂👍

[@Lampa303]

А Object.freeze() не поможет для предотвращения мутаций между вызовами?

[@JavaScriptNinja]

Не поможет, потому что вызов происходит внутри entry.js, мы там не управляем

[@alfers9571]

Вот это ничего себе нюансик. Думаешь что у тебя всё ок, а нет тебя jest обманул, спасибо, полезно!

[@AntonLyachek]

Спасибо за видео, но ссылка на репозиторий с кодом не работает, gitlab отвечает 404

[@vasylnahuliak]

Цікаво чи є така "помилка" в інших тест ранерах, наприклад ava. Можливо її обійшли іншим чином, бо получається неочевидно

[@JavaScriptNinja]

Так, майже скрізь

[@horhoj29homefreeman95]

Объясните новичку(в процессе изучения js). Итак файл entry.js, строка 15, напрямую используем save без инжектирования. Насколько я понимаю именно эта строка, делает необходимым использование jest.mock. Вопрос: почему не инжектировать этот метод в конструктор, а для создания объекта Entry в реальном коде использовать фабрику entryFactory, которая бы создавала объект Entry и инжектировала в него при создании функцию save? Тогда насколько я понимаю в тесте, нам бы не пришлось использовать jest.mock, так как мы могли бы вместо него передать в создаваемый объект Entry любую функцию. Т.е. В этом случае класс Entry бы не имел внешних зависимостей. ПОчему я задаю такой вопрос? Все дело в том, что в js все используют импортированные зависимости напрямую (ну по крайней мере тот код который я видел), без инжектирования(а в тестах потом мокают). И раз все так делают, я пришел к выводу, что я чего то не понимаю в js. Вот и вопрос собственно: а почему все так делают? это какая то особенность js? или это делают для экономии времени? Под словом инжектирование я подразумеваю патерн depency injection(прошу прощения если ошибся в терминологии).

[@JavaScriptNinja]

Вопрос - а зачем внедрять di? (Я знаю все ответы про тестируемость и так далее) DI про зависимость от интерфейса а не от реализации. Интерфейсов нет. Зачем городить ещё одну иерархию сложности?

[@horhoj29homefreeman95]

@@JavaScriptNinja Ну я почти к такому же выводу пришел. Благодарю за разъяснение.

[@fnShun]

Сегодня столкнулся с этой проблемой (второй день с Jest)

[@VasiliyZCFDVanchuck]

Object.assign зло - как ведут себя тесты без мутации?

[@JavaScriptNinja]

Точно так же. Вернее конкретно этот тест скорее всего сломается, но замените assign на push в массив и все :)

[@cikada3398]

Когда следующий мастер класс по тестированию?

[@JavaScriptNinja]

Ближайший год думаю не будет. Все что надо я рассказал, можно приобрести запись

[@cikada3398]

@@JavaScriptNinja Понял, добро

[@rinatvaliullov3247]

Так кто виноват, люди или JS? )

[@KybaLioN66]

какой шрифт в vscode ?

[@JavaScriptNinja]

PragmataPro

[@KybaLioN66]

@@JavaScriptNinja спасибо

[@botyaslonim]

Две разных сущности названы одним именем save, не очень наглядно

[@oleksandrtsymbaliuk4167]

Ну то есть суть не столько в джесте, сколько в коде, точнее в асинхроне джес

[@eugenevasiltsov4681]

Page Not Found gitlab.com/javascript-ninja/demos/jest-everybody-lies открой пожалуйста доступ =)

[@egorkomarov4719]

Это не похоже на курс по vue 3

[@JavaScriptNinja]

А кто сказал что на канале будут материалы только по вью?

[@user-ct3wr2vr9n]

@@JavaScriptNinja Так вроде сегодня же первое видео планировалось по vue. Не сегодня?

[@JavaScriptNinja]

@@user-ct3wr2vr9n сегодня

[@nike_wht]

@@JavaScriptNinja ждём )

[@user-ct3wr2vr9n]

@@JavaScriptNinja супер)

[@sevi43]

Название прям байт)

[@JavaScriptNinja]

"jest-mock сохраняет аргументы вызовов по ссылке" было бы слишком просто. Никакой интриги :)

[@sevi43]

@@JavaScriptNinja TL; DR; который мы заслуживаем

[@life_on_fire]

Главное что это не про презентованный курс по вью)

[@alexandertikhonov4389]

Боль работы программистом