SK
это верно, хотя те же снапшоты с веб-компонентами по-моему штука спорная
насколько я вижу, сейчас в jest версия 15
https://github.com/facebook/jest/blob/5dcc48075f22d581864f381f20bc8b257d2a73cd/packages/jest-environment-jsdom/package.json#L18
Size: a a a
2020 February 17
SK
в последний раз они обновили с 11 сразу на 15, и теперь народ в issue жалуется на перформанс
SK
если кому интересно, вот тут обсуждение https://github.com/facebook/jest/issues/9457#issuecomment-586973379
MB
это верно, хотя те же снапшоты с веб-компонентами по-моему штука спорная
согласен
по моим наблюдениям люди ими злоупотребляют очень сильно
чем-то напоминает запись сессии в Selenium, чтобы потом повторять ее автоматизированно 🙂 ппц кароче
по моим наблюдениям люди ими злоупотребляют очень сильно
чем-то напоминает запись сессии в Selenium, чтобы потом повторять ее автоматизированно 🙂 ппц кароче
MB
чутье подсказывает, что нужна система плагинов в jsdom, чтобы можно было кастомизировать, какие фичи браузера тебе нужны в тестах
SK
в любом случае будут отдельные моменты, где браузеры себя ведут неконсистентно
MB
у меня не такой гиганстким опыт с jest, но вроде бы jest имеет такую архитектуру
SK
вообще не работал с ним, ничего не могу сказать
MB
можно все прекрасно тестить в headless режиме, и не только Хрома
jest скорее для тех, кто по историческим причинам или из-за близости к React на нем сидит, а таких очень очень много
jest скорее для тех, кто по историческим причинам или из-за близости к React на нем сидит, а таких очень очень много
SK
headless понятное дело, хотя там с фокусом бывают танцы с бубном
SK
ну вот, а я вообще не писал на реакте / вью, потому привык тестировать DOM с помощью properties / events
MB
да, фокус слабое место таких решений
но дело вроде не в headless, а в том, как karma работает, вернее как браузер работает с учетом, что через karma ты просто имешь доступ к области видимости страницы и выполняешь на ней свой кастомный код
но дело вроде не в headless, а в том, как karma работает, вернее как браузер работает с учетом, что через karma ты просто имешь доступ к области видимости страницы и выполняешь на ней свой кастомный код
MB
у меня основные проблемы были с тестированием поведения tab
MB
его в таким подходе вообще никак сэмулировать не получается
ну то есть получается) но весь смысл теста пропадает, потому что ты уже не действие эмулируешь, а его последствия, а тебе как раз последствия и надо протестировать
ну то есть получается) но весь смысл теста пропадает, потому что ты уже не действие эмулируешь, а его последствия, а тебе как раз последствия и надо протестировать
SK
у нас в тестах Grid есть мини-полифилл, который манкипатчит нативный фокус в частности для headless Chrome
SK
там некоторые события нужно диспатчить в правильном порядке
2020 February 19
IF
SK
почитал, любопытно. спасибо
SK
вообще веб-компоненты мне кажутся оптимальным путем длля “переползания” с легаси