추가

Author: 김현수

07.단위테스트/정리.md

@@ -147,24 +147,35 @@ sut.Verify(x => x.GetNumberOfUsers(),Times.Once);}
 >   - 목표를 달성하고자 각 개별 클래스가 이웃 클래스와 소통하는 방식은 식별할 수 있는 동작과는 아무런 관계가 없다. (이는 구현 세부사항이다.)  
 >   - **목은 어플리케이션의 경계를 넘나드는 상호작용을 검증할 때와 이러한 상호작용의 사이드 이펙트가 외부 환경에서 보일 때만 동작과 관련**이 있다.
 
-## **두번째, 험블 객체 패턴 사용 (= 테스트하기 어려운 코드와 쉬운 코드 분리)**
+## **두번째, 험블 객체 패턴 사용** 
 
 | **사용전**                                                   | **사용후**                                                   |
 | ------------------------------------------------------------ | ------------------------------------------------------------ |
 | ![image-20230617214422500](https://raw.githubusercontent.com/hscom96/ImageStore/main/images/2023/06/17/image-20230617214422500.png) | ![image-20230617214428391](https://raw.githubusercontent.com/hscom96/ImageStore/main/images/2023/06/17/image-20230617214428391.png) |
 
+<img src="https://raw.githubusercontent.com/hscom96/ImageStore/main/images/2023/06/18/image-20230618163753706.png" alt="image-20230618163753706" style="width:50%;" />
 
+- 언제 사용?
+
+  - **테스트하기 어려운 코드와 쉬운 코드 분리**
+  - **협력자가 많은 복잡한 코드일때**
 
 - 테스트 대상 코드의 로직을 테스트하려면, **테스트가 가능한 부분을 추출**해야 한다. (추출된 로직은 다른 클래스로 이동) 
 - 결과적으로 코드는 테스트 가능한 부분을 둘러싼 얇은 험블 래퍼가 된다.
 
 - TMI : 험블 객체 패턴은 많은 아키텍처 패턴(헥사고날, 함수형)등의 기반
 
+  - 육각형 아키텍처는 비지니스 로직과 프로세스 외부 의존성과의 통신을 분리한다. 이는 도메인 계층과 애플리케이션 서비스 계층이 각각 담당하는 것이다.
+  - 함수형 아키텍처는 더 나아가 프로세스 외부 의존성뿐만 아니라 모든 협력자와의 커뮤니케이션에서 비즈니스 로직을 분리한다. (테스트를 더 용이하게함) 즉, 함수형 코어에는 아무런 협력자도 없다. 함수형 코어의 모든 의존성은 불변
+
   > - reference
   >   - 클린 아키텍처 P. 250
   >   - Unit testing P.233 
 
 
+> 코드가 더 중요해지거나 복잡해질 수록 협력자는 적어야한다.
+
+> 좋지 않은 테스트를 작성하는 것보다는 테스트를 전혀 작성하지 않는 편이 낫다.
 
 
 
@@ -302,6 +313,8 @@ export class OrderService {
 >
 > <img src="https://raw.githubusercontent.com/hscom96/ImageStore/main/images/2023/06/17/image-20230617214941673.png" alt="image-20230617214941673" style="width:50%;" />
 
+
+
 # Reference
 
 - Unit Testing (블라디미르 코리코프)