5장 목과 테스트 취약성

목과 스텁 구분

테스트 대역 유형

• 목 (목, 스파이)
  • 외부 로 나가는 상호작용을 모방하고 검사
• 스텁 (스텁, 더미, 페이크)
  • 내부 로 들어오는 상호 작용을 모방

⭐️ 목은 SUT 와 관련 의존성 간의 상호 작용을 모방하고 검사. BUT! 스텁은 모방만 함

---

스텁으로 상호 작용을 검증하지 말 것

• 스텁은 외부로의 호출이 최종 결과가 아니기 때문
• 과잉명세가 흔하게 발생할 수 있음

과잉명세 : 최종 결과가 아닌 사항을 검증하는 관행

 

 

CQS (명령 조회 분리)와 목 & 스텁

• 명령 : 사이드 이펙트 초래 → 반환값 없음 ➡️ 목
• 조회 : 사이드 이펙트 없음 → 값 반환 ➡️ 스텁
• 이 둘은 혼용하면 안됨

🙌🏻 CQS 원칙을 항상 따를 수 있는 것은 아니지만 최대한 따르는 것이 좋음

---

 

식별할 수 있는 동작과 구현 세부 사항

식별할 수 있는 동작 : 최종 결과

 

코드를 분류하는 기준

1. 공개 API 또는 비공개 API
2. 식별할 수 있는 동작 또는 구현 세부 사항

• 공개 API가 식별할 수 있는 동작의 범위를 넘어 구현 세부 사항을 노출하기 시작하면 문제

 

식별할 수 있는 동작의 조건

• 클라이언트가 목표를 달성하는 데 도움이 되는 작업을 노출하라
• 클라이언트가 목표를 달성하는 데 도움이 되는 상태를 노출하라

 

구현 세부 사항 유출을 막기 위한 방법

• 단일한 목표를 달성하고자 클래스에서 호출해야 하는 연산의 수가 1보다 크면 유출 가능성 ⬆️
• ✅ 단일 연산으로 개별 목표를 달성해야함

✏️ API를 잘 설계하면 단위 테스트도 자동으로 좋아진다.

---

 

육각형 아키텍처

• 애플리케이션 서비스 계층과 도메인 계층의 조합은 육각형을 형성하며, 이 육각형은 애플리케이션을 나타냄

목적

1. 도메인 계층과 애플리케이션 서비스 계층 간의 관심사 분리
2. 애플리케이션 내부 통신
3. 애플리케이션 간의 통신

 

시스템 내부 통신과 시스템 간 통신

• 시스템 내부 통신 : 애플리케이션 내 클래스 간의 통신→ 구현 세부 사항
• 시스템 간 통신 : 애플리케이션이 다른 애플리케이션과 통신하는 것

 

📌 시스템 내 통신을 검증하고자 목을 사용하면 취약한 테스트로 이어짐!