Я все сломал(

Теперь не билдится

Попробуй с ним, хоть разберёшься, как там всё работает

Доброй ночи

Посоветуйте react+redux проект, покрытый юнит тестами

Хочу сорцы почитать, посмотреть как тестят

То что в оф. доке - https://redux.js.org/docs/recipes/WritingTests.html#reducers - совсем вырожденный и простой случай

Вообще сложилось впечатление что на реакт-стеке максимум интеграционные тесты (по желанию со скриншотами) можно писать

Слишком много мокать надо для юнит-тестов

ну для редюсеров совсем немного, но да, моки нужны без юнит тестов жить совсем больно интеграционные проверяют только юзер-кейсы а сам по себе код нет хоть там 100К ошибок будет в консоли и производительность низкая

Хорошо, положим я тестирую отдельный редьюсер - на входе i кусочков стейта “до”, k экшенов и j наборов payload для этих экшенов. Прогонов будет i*j*k, на выходе кусочек стейта “после”. Его надо проверить. Как? Варианты: 1 Нагенерить i*j*k кол-во вариантов стейта и тупо сверить 2 Написать просто валидатор на откровенную лажу. Саму логику не проверяем 3 Еще какие? …

Вариант с дублированием логики редьюсера в юнит-тесте кажется совсем бессмысленным

jest?

https://developers.google.com/web/updates/2017/10/devtools-release-notes#workspaces

Это инструмент. Хороший. Меня сам подход интересует. И практические примеры, чуть посложнее тестирования TODO List

it('should return correct range', () => { expect( reducer({statebefore}) ).toEqual( {stateAfter} ) });

В доке стейт из трех полей и два экшена без параметров.

‘should return correct value' тогда уж. Не вижу тут range

Либо делать родительский тест который весь range в цикле проверит

Используя нагенеренные куски стейта

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

Так что-ли

Так что-ли

что ли*

что ли*

да, спасибо

Я на каждый тест с начала прогоняю экшены через рюдесер что бы добиться того стейта на который собственно и пишу тест. Но у меня экшенов всего десятка полтора.

А payload у этих экшенов какой? Если прогонять их как юзер (нажимать кнопки, вводить текст и иная другая input-реакция), то на результат влияют и компоненты, к которым привязан action creator. Изменился компонент -> в AC может попасть неоттестированное значение -> непокрытый тестами кейс

У “прогоночных” экшенов имеется в виду

У меня такого не может быть. То с чем работает пользователь напрямую зависит от стейта.

Но там и возможностей у пользователя сильно меньше. Нет форм (вернее одна всё-таки есть) нет мышки и всего 20 кнопок на «клавиатуре»

Все же у тебя наверное больше интеграционный тест получается, а не юнит

Связка стор-компонент-AC-редьюсер

ERROR: S client not available

Экшн - редюсер - селектор

Отец, сын и святой дух

))

Если вебпак неправильно транспилирует в продакшн режиме мои компоненты-генераторы, то это к психиатрам, да?

У меня недавно было что-то подобное. Дев сборка работает. Продакшн сборка роняет хром.

Если вебпак неправильно транспилирует в продакшн режиме мои компоненты-генераторы, то это к психиатрам, да?

Это те самые?)

Причём если в продакшн сборке поставить брейкпоинт в том месте где все падает. То оно не падает.

Бился до трёх утра. Потом забил и лёг спать. На утро само рассосалось.

До сих пор мучает меня вопрос - не приснилось ли мне это все.

Это был ночной кошмар

Просто выключаешь плагины по одному в конфиге вебпака и ищешь кто виноват

Это те самые?)

Те самые ломают бабель в другом месте ?А это я просто решил воспользоваться итераторами по назначению))

То есть для реакта реально нормально иметь в children function* IterableComp() { yield <A/> yield <B/> }

То есть для реакта реально нормально иметь в children function* IterableComp() { yield <A/> yield <B/> }

О. А это очч круто. Надо будет завтра попробовать

У меня были случаи когда я находил свой issue в числе закрытых на гитхабе плагина. Т.е. официально все должно было работать, а те кто раньше жаловался - их поиском не было видно