Вот интересно, может более интеграционные тесты редьюсеров лучше делать? Т.е. не опираться на знание структуры данных стейта, а после скармливания редьюсеру экшена доставать данные для ассерта с помощью селектора.
Подскажите, как протестировать типизированный селектор? То есть с оберткой из AppSelector? Если делать, как на видео, то ругается на AppSelector: Cannot read properties of null (reading 'useContext')
'should return default state when passed an empty action' Вопрос, эта фраза зарезервирована самим Redux или туда пишшеь все что захочешь? Любой стринг?
Михаил, а вы своей работе именно этот Стейт менеджер используете? Или может react-query? Сейчас такое разнообразие их. Я запутался что хорошо сейчас использовать на рынк
начнем дискуссию с фразы, что при нормальной работе тестирование не нужно. если нет ошибок в проектировании и в коде, то все должно работать сразу. если что-то не так, консоль.лог или девтулс в помощь. а если это не помогает, то поможет ли тестирование? а если в самом тесте ошибка? и ошибка в коде совместившись с ошибкой в тесте выдает результат что все правильно, хотя реально это не так. таким образом если ошибка в тесте даст ошибку в результате тестирования, то есть опасность, что исправляя ее, то есть подгоняя результат под тест есть опасность внести проблему в сам код. к тому же тесты так же занимают время.
На самом деле вопрос тестов он о другом. Нужны они или нет обычно решает бизнес, который и платит за время разработчиков. На проекте разработчики будут меняться, а тесты, помимо прочего, это своего рода документация, говорящая какие задачи решает тот или иной участок кода. Ну и тесты трудно переоценить, когда начинаешь вносить правки и тесты сразу говорят, что что-то не учёл.
ну это какое-то идеальное тестирование так не бывает. когда начинаешь тестировать сразу тыщамиллион ошибок и непоняток возникает. и начинаешь рыться и репу чесать. но спасибо за обзор
Лайк, потом просмотр) ждём раскрытие темы с extraredusers и thunk
Большое спасибо. Мое первое знакомство с тестированием Redux
Михаил, спасибо за уроки! (Базовое тестирование Redux-приложения)
Огромное спасибо за мелкие уточнения, про {todos: todos, } = { todos, }. Именно от вас узнал что есть такое сокращение.❤
Спасибо Михаил, твои знания очень помогают мне даже на коммерческих проектах
Отличный контент! Автору спасибо!
Видос тоже бомба ❤
Как всегда всё супер понятно, сделайте пожалуйста видео по тестированию extraReducer, и его фетча.
YAASSSS THANK YOU SM
Вот интересно, может более интеграционные тесты редьюсеров лучше делать? Т.е. не опираться на знание структуры данных стейта, а после скармливания редьюсеру экшена доставать данные для ассерта с помощью селектора.
top
Глянул одним глазком, и как понял тут тестируют редакс + reducer. А зачем не тестировать чисто reducer?
Подскажите, как протестировать типизированный селектор? То есть с оберткой из AppSelector? Если делать, как на видео, то ругается на AppSelector: Cannot read properties of null (reading 'useContext')
Вы нашли ответ на этот вопрос? Я сама с ним столкнулась и пока не нашла решение.
Был бы очень благодарен если бы вы рассказали о createEntityAdapter в redux toolkit. Спасибо
Да, прикольная штука. Я на курсе по redux про неё рассказываю. Может и для ютуб ролик сделаю.
'should return default state when passed an empty action' Вопрос, эта фраза зарезервирована самим Redux или туда пишшеь все что захочешь? Любой стринг?
Любой стринг
Михаил, а вы своей работе именно этот Стейт менеджер используете? Или может react-query? Сейчас такое разнообразие их. Я запутался что хорошо сейчас использовать на рынк
Redux - самый популярный. Я работал с ним на разных проектах и продолжаю работать сейчас.
@@mishanep здравствуйте, Михаил. А как Вы смотрите на эффектор в качестве инструмента для решения стейт-задачи?
а разве react-query стейт манагер?
Михаил, сделайте курс по TS на udemy :)
@Максим Петин Сделал, проверяйте называется TypeScript для современной разработки
Добрый день! Михаил, не пойму зачем тестить селекторы. У нас же пустой массив, там может быть все что угодно. Какой смысл в этом тесте?
Огромное спасибо за видео. Было очень полезно!
Jest Redux React
начнем дискуссию с фразы, что при нормальной работе тестирование не нужно. если нет ошибок в проектировании и в коде, то все должно работать сразу. если что-то не так, консоль.лог или девтулс в помощь. а если это не помогает, то поможет ли тестирование? а если в самом тесте ошибка? и ошибка в коде совместившись с ошибкой в тесте выдает результат что все правильно, хотя реально это не так. таким образом если ошибка в тесте даст ошибку в результате тестирования, то есть опасность, что исправляя ее, то есть подгоняя результат под тест есть опасность внести проблему в сам код. к тому же тесты так же занимают время.
На самом деле вопрос тестов он о другом. Нужны они или нет обычно решает бизнес, который и платит за время разработчиков. На проекте разработчики будут меняться, а тесты, помимо прочего, это своего рода документация, говорящая какие задачи решает тот или иной участок кода. Ну и тесты трудно переоценить, когда начинаешь вносить правки и тесты сразу говорят, что что-то не учёл.
@@mishanep спасибо.
однако) я думал накодим, а тестят пусть другие)
ну это какое-то идеальное тестирование так не бывает. когда начинаешь тестировать сразу тыщамиллион ошибок и непоняток возникает. и начинаешь рыться и репу чесать.
но спасибо за обзор