mockBean 잘쓰는샛기 있음?

[딱국(kgm12345)]

나 이거
메소드중
외부세계에 아웃풋 내뱉는 애들은 전부 가짜로 만들려는데

나머지도 전부 가짜되는거 고치려다가

디폴트도 써보고

디폴트쓸때는 상속구현체 오버라이드 적용 안되는 이슈가 있어서

그냥

기존에 스프링 빈으로 연결된 구현체의

자식을 만들어서

Primary 빈으로 다시 빈으로 만들었음.


이러면 테스트코드에서는 이 빈이 프라이머리로 들어감.


일케하면 본문코드를 테스트와 의존시키지 않아도
테스트에서만 가짜api를 쓸 수 있음


근데 이게 문제가

본문에서 구현체를 여러개 사용하고 그중에서 고르는 경우,
구현체를 갈아끼울때마다

테스트코드에서도 각 구현체의 목을 개별적으로 만들고
Primary어노테이션 위치를 바까줘야함


여기까진 ㄱㅊ음.

구현체 변경시 테스트코드변경하는것까진 ㅇㅋ.

그래도 테스트가 실제코드에 간섭안하니까 좋음.


근데 문제는

본 코드에서

프라이머리 어노테이션을 이미 사용중이면
프라이머리 다중 문제가 생김


또한
본 코드에서
프로파일이나 퀄리파이드인가 어노테이션 직접지정을 사용할 경우

프라이머리를 지정해도 우선순위가 밀림
(프로파일과 프라이머리 동시지정으로 해결될 가능성있는데 이런 용법 써본적 없음)


어카지


그냥 mockBean 쓸까?

누구 mockBean 사용법 잘아는샛기 있음?

디폴트지정이 빡셈

글구 모든 나머지 api 하나하나씩 디폴트 api라고 설정하는거 ㅈㄴ 고역임

바꾸는것만 명시하고싶음
안바뀌는것들도 다 명시하지말고

[익명(211.209)]

bean 지정은 비즈니스 로직의 문제인데 그 레벨에다가 mock인지 아닌지를 껴넣으니 문제임

[익명(211.209)]

걍 mockbean쓰셈.

[딱국(kgm12345)]

너 말대로면 mockBean의 존재 자체가 문제라는거 아니야?

[딱국(kgm12345)]

비즈니스 로직 전체에다가 목을 넣어버리면 안된다는거 아님? 나도 지금 서비스 전체에 목이 걸려버려서 고생하고있는거고 api하나에만 목을 걸어야하는데

[딱국(kgm12345)]

목빈 이거, 나머지 api들에 싹다 mock 걸려버리는거 너무 빡치고, 디폴트 지정하더라도, 상속에 의한 프록시가 아니기 때문에 api 안에서 다른 api를 또 호출할 경우, 목 대신에 실제 api가 나가버림. 이 문제가 빡쳐가지고 나 걍 상속으로 아예 구현체 빈을 새로 만든다음에 Primary 로 등록한거야

[딱국(kgm12345)]

mockBean 이거는 빈 전체를 가짜로 만들 목적으로 만들어진거같음. 빈에 있는 특정한거만 갈아끼우는게 아니라

[딱국(kgm12345)]

아 씨발 근데 이거 뭐 있을거같다. api만 따로 목 거는거 있을거같다. 예전에 그런거 봤던 기억임