🛠️ [refactor] Application Layer Slice Test를 Integration Test로 변경

[binary-ho]

🛠️ 리팩토링이 필요한 부분

이미 잘 만들어져 있는 Application Layer Slice Test를 Integration Test로 변경하기로 했다.
많은 고민했는데, 목표는 딱 2가지이다.

1. 테스트 코드 유지 보수성 (구현 검증 제거)
2. Persistence Layer 객체들까지 포함된 테스트에 대한 필요성

일단 Repository를 모두 Mocking 해서 Application Layer의 Slice Test 형태의 테스트 코드를 작성했었다.
반환형이 없는 Command형은 서비스 메서드를 검증할 때, 내부적으로 Command형 메서드가 호출되었는지, verify와 같은 메서드로 검증하곤 했었다.

이렇게 흉내내면서 몇 가지 테스트들에서 @SpringBootTest를 제거할 수 있었지만, 결국 시큐리티 컨텍스트를 내부적으로 확인하는 등 Context가 필요한 경우는 계속 있었고 애매한 컨셉의 테스트가 완성 되었었다.

위 이유가 테스트 형식을 바꾸는 이유는 아니고, 가장 큰 이유는 일단 테스트 코드 유지 보수성이 너무 떨어졌다.

내부적으로 어떤 레포지토리의 메서드가 호출될 것이다. 내부적으로 어떤 객체의 메서드가 호출될 것이다. 등 구현을 검증하게 되면서, 메서드를 바꿀 때 테스트 코드를 바꿔야 하는 일이 잦아졌다.

또한 Persistence Layer에 대한 검증과 두 레이어 간의 상호작용을 테스트 하고 싶어졌다.

결국 내가 테스트 코드를 작성하는 가장 큰 이유는 회귀에 대한 방지이고, 실제 유저가 있는 서비스기 때문에 필요성을 느껴 작성한 것인데, 두 레이어간의 상호작용이 테스트 되지 않는 상황이 불안하게 느껴진다.

내부적으로 어떤 레포지토리의 어떤 메서드가 호출될 것이고 어떤 반환이 나와야 한다는 것을 내가 직접 Stubbing해주는 것은 Persistence Layer에 대한 검증과 두 레이어 간의 상호작용이 제대로 테스트 되는 것이 당연히 아니라고 생각했다.

이런 이유들로 Application Layer 테스트를 Integration Test의 형태로 바꿔 보려고 한다.

리팩토링 작업 브랜치

feature/integration-test

☑ Refactoring TODO

• [ ]