머신러닝 파이프라인같이 유닛 간 의존관계가 복잡한 경우(from1), 의존하는 모듈이 잘 돌아갈 것이라고 전제하고 테스트하는 통합 유닛 테스트([Unit test Solitary test](https://janghoo.notion.site/Solitary-test-f197b2715c934c468baac434ef950409))를 해볼 수 있다(참고1).

parse me : 언젠가 이 글에 쓰이면 좋을 것 같은 재료들.

1. None

from : 과거의 어떤 생각이 이 생각을 만들었는가?

1. [deer.a3.2.2_2. title: Jetson 과 같은 엣지 디바이스에서는 모델 로드 속도가 매우 느리다. 딥러닝 모델의 테스트 하네스(Test Harness) 구성이 어렵다. unittest 모듈을 사용하고 모킹(Mock, Mocking)하라.](https://janghoo.notion.site/deer-a3-2-2_2-title-Jetson-unittest-65b49b9a25464b33ba2f15a99c18d783)

supplementary : 어떤 새로운 생각이 이 문서에 작성된 생각을 뒷받침하는가?

1. None

opposite : 어떤 새로운 생각이 이 문서에 작성된 생각과 대조되는가?

1. None

to : 이 문서에 작성된 생각이 어떤 생각으로 발전되고 이어지는가?

1. None

참고 : 레퍼런스

1. Solitary testing (or mocking) doesn’t rely on real data from other units. Sociable testing makes the implicit assumption that other modules are working.