мокать все зависимости модуля (даже если все корректно и без моков работает).
минусов полно: зависимость изменилась? меняй тогда мок в каждом модуле, что использует эту зависимость. иначе будут ложные тесты.
а плюсы какие?
покроешь их тестом просто потому что они где то используются
Плюсы - получаешь тестирование модуля, а не модулей. Но никто вроде не говорит, что 100% надо покрыть именно юнит тестами. Ты можешь делать интеграционные и прочие тесты
import { getName } from 'foo' export function useName() { return getName() } тесты name = useName() expect(name).toBe(name) покрыл и getName и хук
> Плюсы - получаешь тестирование модуля, а не модулей. это догмат. "тестируем один модуль, потому что это юнит тестирование" плюсы-то какие?
То, пройдут ли модуль тестирование, зависит от кода модуля
Я не готов доказывать необходимость юнит тестирования - это другая тема. Я говорил лишь о том, что если в тестировании модули друг друга свободно используют, а мокается только внешнее АПИ, то это не юнит тестирование. Я не говорил, что необходимы юнит тесты, или что нельзя жить с интеграционными)
все же вопрос был о практике тестирования, а не теории
В теории и практике одними понятиями разные вещи называются?
Обсуждают сегодня