useCart - кастомный хук приложения оформления заказа. Кастомный хук - это функция с именем на use, которая вызывает другие хуки: useState для позиций, useMemo для итога. useCart держит корзину: items, addItem, removeItem, applyCoupon и вычисляемый total со скидкой. Его зовут и панель корзины, и страница оформления - переиспользуемая логика, не привязанная к одному экрану.

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

Наивный ход - считать хук обычной функцией и вызвать его: const cart = useCart(); cart.addItem(...). Ломается сразу: React бросает Invalid hook call, ведь хуки разрешено запускать только внутри рендера компонента - таковы правила хуков. Вне рендера нет фибры, где жило бы состояние.

Решает это renderHook из @testing-library/react. Он монтирует крошечный одноразовый компонент, задача которого - вызвать ваш хук и сохранить возвращаемое значение. Обратно вы получаете result, rerender и unmount. Теперь хук исполняется в настоящем рендере React.

Значение живёт в result.current. result - ссылка на последнее закоммиченное возвращаемое значение, думайте о нём как о ref. Каждый рендер подменяет содержимое. Поэтому result.current читают в момент проверки, а не сохраняют заранее в переменную - копия останется снимком старого рендера и протухнет.

Обновления состояния оборачивают в act. act велит React применить изменение и закоммитить его до проверки; иначе прочитаете значение до обновления, а Jest предупредит not wrapped in act(...). Вызов result.current.addItem внутри act(() => {...}) применяет изменение и обновляет result.current. В компонентных тестах это делают userEvent и findBy сами - в голом тесте хука вы оборачиваете вручную.

Хук, реагирующий на аргументы, проверяют через rerender. useDebouncedValue(value, 300) возвращает значение с задержкой - им гасят частый ввод в поле промокода. renderHook принимает initialProps, затем rerender({ value: next }) имитирует смену пропа, вы прокручиваете фейковые таймеры и проверяете, что result.current обновился - это реакция на меняющийся вход, не только первый монтаж.