구글 엔지니어는 이렇게 일한다: 테스트 문화 확립을 위한 핵심 원칙과 실천 방안

핵심 기술: 이 글은 '구글 엔지니어는 이렇게 일한다' 책의 내용을 기반으로 테스트의 필요성, 테스트 케이스의 독립적 요소(크기, 범위), 그리고 깨지기 쉬운 테스트를 방지하고 결정적인 테스트를 만드는 방법론을 심도 있게 다룹니다. 특히 실제 개발 경험과 연관 지어 테스트의 중요성을 강조하며, MSA 환경에서의 테스트 전략에 대한 고민을 공유합니다.

기술적 세부사항:

• 테스트 도입 배경: 복잡성 증가로 인한 버그 발생과 긴 릴리스 주기를 해결하기 위해 테스트를 도입하여 긴급 배포 건수를 절반으로 줄이고 잦은 릴리스를 가능하게 함.
• 테스트 케이스의 두 가지 독립 요소:
  • 크기: 테스트 실행에 필요한 자원(메모리, 프로세스, 시간)을 의미하며, 작을수록 빠르고 결정적임.
    • 작은 테스트: 하나의 프로세스 내 실행, 가장 엄격하고 빠름 (단위 테스트와 유사).
    • 중간 크기 테스트: 하나의 기기 내 실행, localhost 네트워크 호출 허용, 외부 네트워크 호출 금지 (통합 테스트와 유사).
    • 큰 크기 테스트: 테스트 대상과 여러 외부 시스템 호출 허용 (E2E 테스트와 유사).
  • 범위: 검증하려는 특정 코드를 의미하며, 좁을수록 좋음.
    • 단위 테스트: 좁은 범위
    • 통합 테스트: 중간 범위
    • E2E 테스트: 넓은 범위
• 깨지기 쉬운 테스트 방지 및 결정적인 테스트 구현 방안:
  1. 공개 API의 사용: 실제 클라이언트가 호출하는 공개 API만 테스트하여 불필요한 내부 구현 변경에 영향을 받지 않도록 함.
  2. Not Interaction, But State (상호작용 대신 상태 테스트): 함수의 실행 여부(상호작용)보다 결과값(상태)을 테스트하여 비결정성을 줄임.
  3. 테스트의 의도 명확히 드러내기:
     • Given-When-Then 패턴 활용.
     • 하나의 행위만 검사.
     • 테스트 메서드 이름에 테스트할 행위 명시.
     • 테스트에 논리(연산자, 반복문, 조건문) 넣지 않기.
     • DRY 대신 DAMP (Descriptive And Meaningful Phase) 적용: 반복을 줄이기보다 서술적이고 의미 있는 테스트 작성.
• MSA 환경에서의 테스트 고려사항:
  • 테스트는 지속적인 유지보수 대상이 되어야 하며, 안 되는 테스트는 방치하지 말고 설계 개선을 통해 해결해야 함.
  • Mocking이 많다는 것은 설계의 문제일 수 있으며, 적절한 Mocking과 리팩토링을 통해 MSA에서도 단위 테스트를 작성해야 함.
  • Bypass 성격의 서비스는 E2E 테스트로 검증하는 것이 효과적일 수 있음.

개발 임팩트: 테스트 문화 활성화를 통해 소프트웨어 안정성을 높이고, 긴급 배포 빈도를 줄이며, 릴리스 주기를 단축하여 개발 생산성을 향상시킬 수 있습니다. 결정적인 테스트 작성법을 통해 디버깅 시간을 단축하고 개발자의 효율성을 증대시킬 수 있습니다. 또한 MSA 환경에서도 효과적인 테스트 전략을 수립하는 데 도움을 줄 수 있습니다.

커뮤니티 반응: 글쓴이는 실제 프로덕트 개발 경험을 통해 테스트 코드 없는 삶은 상상할 수 없게 되었다고 언급하며, 자신의 회사에서 작고 좁은 범위의 테스트를 늘리기를 희망하고 있습니다. 또한 MSA 환경에서 단위 테스트의 효용성에 대한 고민과 함께 설계 문제점을 지적하는 등, 개발 커뮤니티에서 활발히 논의될 만한 내용을 담고 있습니다.