у меня работает только mainfooter

Ангулярщик как клеймо ))

Ребят, нужен совет, есть варианты в cra переписать в jest конфиге свойство browser на true без еджекта, я плять просто в шоке, зачем блеть в cra по умолчанию стоит окружение ноды, плес хелп

конкретно про твой случай не знаю, но craco умеет менять конфиг жеста

Ребят, нужен совет, есть варианты в cra переписать в jest конфиге свойство browser на true без еджекта, я плять просто в шоке, зачем блеть в cra по умолчанию стоит окружение ноды, плес хелп

а тебе какое окружение надо?

Ребят, нужен совет, есть варианты в cra переписать в jest конфиге свойство browser на true без еджекта, я плять просто в шоке, зачем блеть в cra по умолчанию стоит окружение ноды, плес хелп

здрасте, очевидно что cra 99% использования эт бровзер

для тестов?

Если ты не тестируешь функции a + b то с нодой будет достаточно проблем, продвинутые апи в ноде и браузере цепляются и работают по разному

Зачем вам браузерное апи в бизнес логике?

шифрование = браузерное апи + бизнес логика, щас оне момент, кое что чекнем

Ссылку гляньте, можно аннотацией в комменте окружение менять для любого теста

Довольно неоднозначные параметры, в чем отличие testEnvironment с параметрами jsdom и node от параметра browser в конфиге с булевым значением testEnvironment по умолчанию jsdom, хотя textEncoder у меня до сих пор не читается(

всем приветули, подскажите, пжл, что я упускаю? export function* sessionSaga() { //logic here yield call(logoutSaga); yield put({ type: CONSTANTS.TOKEN_EXPIRED }); } expect(gen.next(timeLeft).value).toEqual(expectedYield); expect(gen.next(timeLeft).value).toEqual(expectedYieldAction); expect(gen.next().done).toBeTruthy(); почему после yield put, generator не done? Все отрабатывает как надо, только с тестами беда, если убрать put, то после call(logoutSaga) - генератор завершается и с тестами все ок

browser вообще для другого, это костыль какой то для browserify

Да. наверное ты прав, но факт остается фактом, какого что чена юзается нодовское окружение, в том смысле что я пробовал заимпортить одну из нужных мне вещей не из глобального скоупа, а вручную из utils подтянуть, то джест пускает дальше

так а чего конкретно не хватает в стандартном окружении, которое cra предоставляет?

Т.е. весь мир илюзия, и все эти моды и окружения у него, нечто иное как алиасы на вызовы неполных нодовских методов

а никто не сталивался с таким, что в IE11 при обработчике onChange в type=file, если в конце метода ставить target.value = '', то значение будет пусто, а если onChange заменить на onInput, то все ок?

onInput вроде не работает в IE11

Вы что то не так поняли. Jest это просто тест-раннер + ассерт. Что вы им тестировать будете - jsdom, puppeteer, enzyme, ноду ему абсолютно плевать

onInput вроде не работает в IE11

Да возможно, не так глубоко знаю в автотестах, но факт остается фактом, он имеет всего два окружения, одно из которых по-факту интефейс другого, буду искать что то более подходящее, медленнее, но с которым можно работать без костылей в моем случае

а никто не напомнит для чего делается target.value = '' в конце обработчика onChange для файла?

Чтобы очистить инпут

а если я этого не напишу?

а если я этого не напишу?

не сможешь загрузить тот же файл

На самом деле если у вас много юнит тестов через дом надо делать - это повод задуматься, что скорее всего логика с представлением сильно перемещана и лучше начать где возможно разделять эти вещи максимально, дробить на чистые функции и т.д. Возможно даже начать писать по TDD. Иначе боль будет всегда с тестами, если они являются обязательным требованием

Да нет, тесты пока не пишу вовсе, ни на логику ни на отображение, просто сейчас довольно серьезная логика около безопасности, и туда тесты хочешь не хочешь они важны, вот, в этих алгоритмах используется вещи которых нет в ноде, опять же cripto api, и поддержка браузера в тестах мне нужна только поэтому

Т.е. весь мир илюзия, и все эти моды и окружения у него, нечто иное как алиасы на вызовы неполных нодовских методов

Да нет, тесты пока не пишу вовсе, ни на логику ни на отображение, просто сейчас довольно серьезная логика около безопасности, и туда тесты хочешь не хочешь они важны, вот, в этих алгоритмах используется вещи которых нет в ноде, опять же cripto api, и поддержка браузера в тестах мне нужна только поэтому

Да нет, тесты пока не пишу вовсе, ни на логику ни на отображение, просто сейчас довольно серьезная логика около безопасности, и туда тесты хочешь не хочешь они важны, вот, в этих алгоритмах используется вещи которых нет в ноде, опять же cripto api, и поддержка браузера в тестах мне нужна только поэтому

такие штуки нужно мокать

Есть такой layout. Типа квиза. Почему когда я выберу какойто пункт у меня при переходе на следующий у меня выраны эти же чекбоксы, компонент же перерисовался, почему остались активными чекбовксы от старого состояния?

ребят,можно как-то создать ErrorBoundary,что бы отлавливать ошибки с использованием хуков?(Чем заменить componentDidCatch?)

import React from 'react'; // import logo from './logo.svg'; import './App.css'; import MainHeader from './components/MainHeader'; import MainContent from './components/MainContent'; import MainFooter from './components/MainFooter' class App extends React.Component{ render(){ return ( <MainHeader/>, <MainContent/>, <MainFooter/> ); } };

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

Использование cripto является промежуточной ступенью алгоритма, и надо протестировать его полностью. Юнит тестирование, насколько я понимаю, не есть тестирование компонентов, в моем случае тестируется алгоритм генеривания детерминированного пароля с 'куча умных слов' неважно, зашитый на клиенте, нет смысла рассуждать зачем это на клиенте, эт самый нормальный вариант в заданных условиях.

такие штуки нужно мокать

Не убедительно в общем :)