Spock 테스트 예제에서 로그 확인
, org.slf4j.Logger
, )가 예상 메시지와 매개 변수로 호출되었음을 확인할 수 있습니다. debug()
info()
여기 Mockito를 사용하는 예는 다음과 같습니다. 이 접근법은 테스트가 서비스의 동작에 중점을두고 로깅 프레임 워크의 복잡성에서 분리합니다. Spock 단위 테스트 내에서 로그 메시지를 효과적으로 주장 할 수있는 방법은 어떻게 Spock 장치 테스트 내에서 로그 메시지를 효과적으로 주장하는 데 효과적으로 로그 메시지를 효과적으로 주장 할 수 있습니까? 위에 표시된 것처럼 로거를 조롱하는 것은 종종 단위 테스트에 선호되는 접근법이지만 실제 로그 출력을보고 싶은 통합 테스트에 적합하지 않을 수 있습니다. 보다 직접적인 주장을하려면 로그 메시지를 컬렉션에 캡처하는 로깅 appender를 사용할 수 있습니다 (예 : 목록). 이를 통해 캡처 된 메시지의 내용을 직접 주장 할 수 있습니다. 로그백과 같은 라이브러리는이 기능을 제공합니다. Memory 내 목록에 쓸 수 있도록 사용자 정의 appender를 구성한 다음 테스트 실행 후 해당 목록에 대해 주장 할 수 있습니다. 이 접근법은 생산 환경에서 실제 로깅 동작을 확인하려는 통합 테스트에 더 적합합니다. warn()
Spock 통합 테스트에서 로그 출력을 처리하고 확인하기위한 모범 사례는 무엇입니까? error()
ERROR
로깅 프레임 워크를 내 스톡 테스트와 쉽게 통합 할 수있는 방법이 있습니까? 키는 적절한 구성입니다. 다음과 같이 달성 할 수 있습니다. 테스트 : WARN
이를 통해 응용 프로그램의 프로덕션 로깅에 영향을 미치지 않고 테스트를 위해 특별히 별도의 로깅 구성을 유지할 수 있습니다. 테스트 환경을이 구성 파일에 가리킬 수 있습니다. 위 내용은 Spock 테스트 예제에서 로그를 확인하십시오의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!