unit testing 썸네일형 리스트형 [Test] 테스트 가능 설계를 위한 지침 (Effective Unit Testing) 내용이 좋아서 정리.. 1. 복잡한 private 메서드를 피한다. private 메서드 사용법이 명확하지 않고 전용 테스트까지 만들고 싶은 마음이 생긴다면오히려 코드를 리팩토링하라는 신호로 생각하자. private 메서드는 직접 테스트하지 말아야한다. 2. final 메서드를 피한다. 실질적으로 메서드를 final로 선언해야 할 합리적인 사유는 실행 도중에 외부 클래스를 로딩하거나여러분이 옆의 동료를 믿지 못할 때뿐이다. (ㅋㅋ)final이 테스트에 방해되는가? 만약 그렇다면 이 때문에 낮아진 테스트 용이성이 final로 선언해서 얻는 이득보다 큰 것인가? 3. 정적 메서드를 피하라.정적 메서드 대부분은 사실 정적 메서드가 아니었어야 한다.스텁으로 만들고 싶은 메서드는 정적 메서드로 만들지 않는다. r.. 더보기 이전 1 다음