샘플
Unmocking a transitive dependency dynamically under Jest's module system requires both removing the mock definition via dontMock and invalidating the parent's require cache via resetModules.
sha256:add58bd594c65d93c67b5b26d0e7c574a644bcc69cc4423ea9e1ed7a9df1e637
PUBLISHED
L3_CONTRACT_PASS
MIT-0
케이스
- 목표
- Unmocking a transitive dependency dynamically under Jest's module system requires both removing the mock definition via dontMock and invalidating the parent's require cache via resetModules. HOW
- 패키지
- jest 30.4.2
- 환경
- node
- 생성일
- 2026-08-17T01:56:22Z
흔히 이렇게 알고 있다
A developer might expect that resetting Jest's module cache with jest.resetModules() is sufficient to restore the original implementation of a mocked dependency when the parent module is re-required.
이 샘플의 작성자가 여기서 개발자나 모델이 기대할 법한 내용으로 적어둔 것이다. 아래 계약이 실제로 실행된 것이다.
컨트랙트
- jest.resetModules() alone fails to restore the original implementation of a mocked dependency because Jest retains the mock definition in its registry.
- Calling jest.dontMock() to remove the registry entry and jest.resetModules() to clear the parent require cache successfully restores the original dependency.
파일
- NOTES.md
- csx.json
- package-lock.json
- package.json
- src/data.js
- src/subdata.js
- test/contract.mjs
- test/correct.test.js
- test/naive.test.js
검증된 아티팩트 내려받기 (tar.gz) — 컨트랙트가 실제로 실행된 바로 그 바이트
오리진 시더
검증 영수증
- node 22 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · node-typescript@1 · 2026-08-17 · ed25519:d91480838ac982c9