Б
Только что попробывал, не сработало
Динамический?)
Size: a a a
2020 August 11
NN
Ради интереса
HH
пробовать всё что угодно не думая, и ничего не сработает
Но это неплохой способ обучения)
Хоть и времязатратный
Хоть и времязатратный
NN
Рабочие варианты выше уже писали
Б
Динамический?)
Но лучше всё же добавь один класс
c
Но это неплохой способ обучения)
Хоть и времязатратный
Хоть и времязатратный
неплохой и хороший это разные вещи
L
привет!. как мокнуть useCallback в jest ? Можно пример ?
c
бесконечная обезьяна напишет на печатной машинке “Войну и Мир”, точно напишет. Но это времязатратная операция
c
привет!. как мокнуть useCallback в jest ? Можно пример ?
никак
c
это адски плохой способ писать тесты
Б
Оптимистично
c
привет!. как мокнуть useCallback в jest ? Можно пример ?
тестировать компоненты нужно без знания как они устроены внутри.
моки внутренней реализации это прямой путь в ад
такие тесты можно спокойно выкинуть и ровным счетом ничего не изменится
моки внутренней реализации это прямой путь в ад
такие тесты можно спокойно выкинуть и ровным счетом ничего не изменится
L
тестировать компоненты нужно без знания как они устроены внутри.
моки внутренней реализации это прямой путь в ад
такие тесты можно спокойно выкинуть и ровным счетом ничего не изменится
моки внутренней реализации это прямой путь в ад
такие тесты можно спокойно выкинуть и ровным счетом ничего не изменится
ты тестируешь кастомные хуки ?
c
ты тестируешь кастомные хуки ?
кастомные, да
c
точно так же. как черный ящик. тестирую внешнее поведение, а не внутреннее устройство
L
точно так же. как черный ящик. тестирую внешнее поведение, а не внутреннее устройство
скинь пример
c
скинь пример
под NDA
c
ты лучше приведи пример хука
я расскажу как его протестировать
я расскажу как его протестировать
c
ну и не стоит забывать, что нужно изначально писать код так, чтобы его вообще возможно было протестировать
ei
С тестом хуков вообще все просто, вызываешь с нужными параметрами и проверяешь выходной результат / вызовы fn