통합 테스트6 목 처리에 대한 모범 사례 - 9장 9장 목 처리에 대한 모범 사례 단위테스트 (블라디미르 코리코프) 9장에서 다루는 내용 목의 가치를 극대화하기 목을 스파이로 교체하기 목 처리에 대한 모범 사례 목은 테스트 대상 시스템과 의존성 간의 상호 작용을 모방하고 검사 하는 데 도움이 되는 테스트 대역이다. 목은 비관리 의존성(외부 애플리케이션에서 식별할 수 있음)에만 적용해야 한다. 다른 것에 목을 사용하면 깨지기 쉬운 테스트(리팩터링 내성이 없는 테스트)가 된다. 이번 장에서는 목에 대해 리팩터링 내성과 회귀 방지를 최대화해서 최대 가치의 통합 테스트를 개발하는 데 도움이 되는 지침을 마저 알아본다. 먼저 일반적인 목 사용법과 그 단점을 알아보고, 단점을 극복할 수 있는 방법을 살펴본다. 9.1 목의 가치를 극대화하기 비관리 의존성에만 목을 .. 2023. 9. 21. 로깅도 테스트 해야할까 - 8장 통합 테스트를 하는 이유 (4) 8장 통합 테스트를 하는 이유 (4) 단위테스트 (블라디미르 코리코프) 로그도 테스트 해야할까? 로깅(logging)은 회색 지대로, 테스트에 관해서는 어떻게 해야 할지 분명하지 않다. 로깅과 관련해서는 다음과 같은 질문으로 나눌 수 있다. 로깅을 조금이라도 테스트해야 하는가? 만약 그렇다면 어떻게 테스트해야 하는가? 로깅이 얼마나 많으면 충분한가? 로거(logger) 인스턴스를 어떻게 전달할까? 8.6.1 로깅을 테스트해야 하는가? 로깅은 횡단 기능(cross-cutting functionality)으로, 코드베이스 어느 부분에서나 필요로 할 수 있다. 다음은 User 클래스의 로깅 예제다. public class User { public void ChangeEmail(string newEmail, C.. 2023. 9. 19. 8장 통합 테스트를 하는 이유 (3) : 언제 인터페이스를 써야할까? + 통합 테스트 작성 팁 8장 통합 테스트를 하는 이유 (3) 단위테스트 (블라디미르 코리코프) 8.4 의존성 추상화를 위한 인터페이스 사용 8.4.1 인터페이스와 느슨한 결합 많은 개발자가 데이터베이스나 메시지 버스와 같은 프로세스 외부 의존성을 위해 인터페이스를 도입한다. 심지어 인터페이스에 구현이 하나만 있는 경우에도 그렇다. 이 관습은 널리 퍼져 있어서 아무도 의문을 제기하지 않는다. 예시는 다음과 같다. public interface ImessageBus public class MessageBus : IMessageBus public interface IUserRepository public class UserRepository : IUserRepository 인터페이스를 사용하는 일반적인 이유 다음과 같다. 프로세스 .. 2023. 9. 15. 8장 통합 테스트를 하는 이유 (2) : 언제 목을 써야할까? + 예시 8장 통합 테스트를 하는 이유 (2) 단위테스트 (블라디미르 코리코프) 8.2 어떤 프로세스 외부 의존성을 직접 테스트해야 하는가? 통합 테스트는 시스템이 프로세스 외부 의존성과 어떻게 통합하는지를 검증한다. 검증을 구현하는 방식은 두 가지가 있다. 실제 프로세스 외부 의존성을 사용 해당 의존성을 목으로 대체 두 가지 방식을 언제 적용해야 하는지에 대해 알아보자. 8.2.1 프로세스 외부 의존성의 두 가지 유형 모든 프로세스 외부 의존성은 두 가지 범주로 나뉜다. 관리 의존성 (전체를 제어할 수 있는 프로세스 외부 의존성): 이러한 의존성은 애플리케이션을 통해서만 접근할 수 있으며, 해당 의존성과의 상호 작용은 외부 환경에서 볼 수 없다. 대표적인 예로 데이터베이스가 있다. 외부 시스템은 보통 데이터베이.. 2023. 9. 14. 8장 통합 테스트를 하는 이유 (1) 단위테스트 (블라디미르 코리코프) 8장에서 다루는 내용 통합 테스트의 역할 이해 테스트 피라미드의 개념 자세히 살펴보기 가치 있는 통합 테스트 작성 단위 테스트는 비지니스 로직을 확인하는데 좋지만 비지니스 로직을 외부와 단절된 상태로 확인하는 것만으로는 시스템이 전체적으로 잘 작동하는지 확신할 수 없다. 각 부분이 데이터베이스나 메시지 버스 등의 외부 시스템과 어떻게 통합되는지 확인해야 한다. 이 장에서는 통합 테스트의 역할, 즉 언제 적용해야 하는지와 일반적인 단위 테스트나 심지어 빠른 실패(Fail Fast) 원칙과 같은 다른 기법에 의존하는 것이 좋을지 등을 알아본다. 또한 프로세스 외부 의존성 중에서 어느 것을 통합 테스트에서 그대로 사용하고 어느 것을 목으로 대체할지에 대해 판단하는 방법에 대해.. 2023. 9. 13. 좋은 테스트란 무엇인가 – 테스트를 평가하는 4가지 요소 * 출처: 단위테스트 (블라디미르 코리코프) 단위 테스트, 통합 테스트, 엔드 투 엔드 테스트 등 자동화 된 테스트를 분석하는 데 사용할 수 있는 네 가지 기본 특성이 있다. 회귀 방지 리팩터링 내성 빠른 피드백 유지 보수성 회귀 방지 회귀 : 코드를 수정한 후 기능이 의도한 대로 작동하지 않는 경우. (= 소프트웨어 버그) 회귀 방지는 테스트가 얼마나 버그(회귀)의 존재를 잘 나타내는지에 대한 척도이다. 테스트가 코드를 더 많이 실행할수록 (여러분의 코드와 프로젝트에서 사용한 라이브러리 및 프레임워크 코드 모두) 테스트에서 버그가 드러날 확률이 더 높아진다. 리팩터링 내성 리팩터링 내성은 테스트가 거짓 양성을 내지 않고 애플리케이션 코드 리팩터링을 유지할 수 있는 정도를 의미한다. 거짓 양성 : 테스트.. 2023. 5. 2. 이전 1 다음
