Getter 없이 Test해보기

getter를 지양하라는 의미는 객체의 책임을 더욱 명확하게 하기 위해서 지양하는 것이지 자료구조나 Test에서는 사용하는게 맞다고 생각합니다.

• getter를 사용했을 때 편리함을 몸으로 느껴보고 작성하게 되었습니다.

 

메서드를 호출했을 때 Field에 있는 Name과 MoveCounter의 결과가 어떻게 되었는지 Test해봅시다.

 

1. 리플렉션 활용하기

 
Class에 있는 Field를 꺼내오는 방식입니다.

• 접근제어자가 public이면 상관없지만 setAccessible 메서드에 true를 주어야 private 필드에 접근이 가능합니다.

• 예외 메시지도 잘 가르쳐줘서 금방 해결할 수 있다고 생각합니다.
  • java.lang.IllegalAccessException: class racingcar.domain.car.CarTest cannot access a member of class racingcar.domain.car.Car with modifiers "private final"

2. JUnit AssertJ로 활용해보기

 
어라라,,, 왜 Test가 통과를 안할까요??

 
저의 Getter와 연관이 있었습니다.

 
Test를 통과하려면?

•  주석으로 Getter를 전부 지워주거나
• Test를 고치던가
• Getter를 고치던가

 
 

아래의 글을 확인해보면 Assertj의 extracting을 개발했을 때 의견을 알 수 있었습니다.

• extracting() 메서드에 속성 이름을 문자열로 전달하면서 오타가 포함될 수 있다.
• 속성을 다시 이름을 바꾸더라도 테스트 메서드는 문제없이 컴파일 된다.

문제는 테스트를 실행할 때까지 문제를 확인하지 못합니다. 또한, 네이밍 문제를 최종적으로 찾는 데 시간이 걸릴 수 있어 AssertJ는 속성 이름 대신에 getter 메서드 참조를 전달할 수 있도록 지원한다.

https://www.baeldung.com/java-testing-single-assert-multiple-properties

 

이럴꺼면... Getter 쓸래요!