[Spring /JUnit] Mock 객체와 주소값 비교 문제 - Argument(s) are different! : org.mockito.exceptions.verification.opentest4j.ArgumentsAreDifferent

❗️에러 메시지

---

org.mockito.exceptions.verification.opentest4j.ArgumentsAreDifferent

 

 

 

 

 

 

💻 개발 환경

---

• Framework : `Spring Boot 3.2.3`
• DB : `MySQL`(로컬), `H2`(테스트)
• Library : `JPA`, `QueryDSL 5.0.0`
• Test : `JUnit`

 

 

 

 

 

🔎 원인

---

Spring에서 Junit으로 Controller 단의 게시글 수정 기능을 테스트하는데, `verify()` 부분에서 검증에러가 났다.

 

    @Nested
    @DisplayName("구인 게시글 수정")
    public class updateHiringPostTest {
        private Long postId;
        private HiringPostReq hiringPostReq;
        private String uid;

        @BeforeEach
        void setUp() {
            postId = 1L;
            hiringPostReq = HiringPostReq.builder()
                    ...
                    .build();

            uid = "test-uid";
        }

        @Test
        @DisplayName("구인 게시글 수정 성공")
        public void updateHiringPost_success() throws Exception {
            // given
            doNothing().when(hiringPostService).updateHiringPost(eq(postId), eq(hiringPostReq), eq(uid));

            // when, then
            mockMvc...

	// 여기서 에러남
            verify(hiringPostService, times(1)).updateHiringPost(eq(postId), eq(hiringPostReq), eq(uid));
        }
}

 

 

 

 `hiringPostService.updateHiringPost` 메소드의 호출을 mock으로 설정했고, `verify()`로 인자들의 값이 같은지를 검증하도록 코드를 작성했었다.

 하지만 테스트를 실행해보니 postId와 uid의 값은 같은데, hiringpostReq 객체의 값만 달랐다.

 

 

Expected(예상 값)

xxx.HiringPostService#0 bean.updateHiringPost(
    1L,
    xxx.HiringPostReq@3eadad14,
    "test-uid"
);

 

Actual(실제 값)

xxx.HiringPostService#0 bean.updateHiringPost(
    1L,
    xxx.HiringPostReq@4acc27fd,
    "test-uid"
);

 

 

`3eadad14`와 `4acc27fd`로 객체의 메모리 주소 값이 다르다.

당연히 mock 객체와 new를 통해 생성된 객체는 메모리 상에서 다른 주소 값을 갖는다.

 

 

 

원인은 테스트 코드에서 쓰는 Mockito의 `eq()` 메소드에 있다.

 

`eq()` 메소드는 객체의 비교를 위해 `equals()` 메서드를 사용한다. 자바에서 `equals()` 메소드는 객체의 메모리 주소 값을 비교한다.

그래서 두 객체의 주소 값이 달라 false를 반환해 테스트에 실패하는 것이다.

 

 두 객체의 주소 값이 달라도 내용이 같다고 가정하고 true를 반환하도록 하려면 어떻게 해야 할까?

 

 

 

 

 

💡 해결

---

두 객체의 비교 기준을 완화해야 한다.

그럼 객체의 비교 기준을 어떻게 완화할 수 있을까?

 

 

 

 

 

방법 1 : any() 사용

verify(hiringPostService, times(1)).updateHiringPost(eq(postId), any(HiringPostReq.class), eq(uid));

 

any()는 실제로 객체의 값을 비교하는 것이 아니라, 객체가 전달된 것이라고 가정하는 것이다. 객체의 값 검증은 어렵지만 해당 메소드가 호출이 되었는지만 확인하는 용도로 쓸 수 있다. 

 

 

 

 

 

방법 2 : @EqualsAndHashCode 추가

Lombok을 사용하고 있다면, `@EqualsAndHashCode`를 추가하면 된다. Lombok에서는 기본으로 필드 값을 기준으로 비교를 하게 된다.

@Getter
@EqualsAndHashCode //추가
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class HiringPostReq {
	...
}

 

 

`@EqualsAndHashCode`는 `@Data`에 포함되어 있기도 하다. `@Data`를 쓰고 있었다면 에러가 나지 않았을텐데, 나는 무분별한 어노테이션 사용으로 인한 부작용을 막기 위해 `@Data` 사용을 지양하고 있기 때문에 에러가 난 것이다.

 

 하지만, `@EqualsAndHashCode` 사용도 주의해야 한다. DTO는 문제가 없겠지만, Entity에 쓸 때는 문제가 발생할 수도 있다.

 

 모든 필드를 기반으로 equals()와 hashCode()를 자동으로 생성하기 때문이다. JPA를 사용한다면, 연관 관계가 있는 필드의 경우 지연 로딩이 강제로 발생할 수 있다. 그리고 양방향 관계일 때, 순환 참조가 발생할 수도 있다는 점도 문제다.

 

 

 

 

 

 내가 검증하려던 부분은 DTO이기 때문에 `@EqualsAndHashCode`를 사용해도 문제가 없을 것이라고 판단하여 방법 2를 사용했다.

하지만 Entity를 검증해야 했다면 `any()`를 사용했을 것이다.

 

 

 

 

 

📖 참고

---