PCF 환경에서 전개 된 스프링 부트 마이크로 서비스를 테스트하기 위해 우리 팀은 스프링 클라우드 계약 프레임 워크를 구현하기 시작했습니다.스프링 클라우드 계약 PCF 종속성
내 문제를 설명하기 위해 두 개의 마이크로 서비스 A와 B가 있으며 A는 B 서비스를 사용하고 있습니다. 나는 B에서 계약을 개발했고 A.에 스터드 러너를 개발했다. 내가 PCF 배포 이전에 B에서 gradle clean build을 수행하면 스텁이 생성되지만 PCF 종속성 (db 및 기타)으로 인해 수락 테스트 (클라우드 계약 프레임 워크에서 생성)가 실패합니다. 인증서). PCF 배포 후 테스트 사례를 테스트하고 서비스를 테스트 할 수 있습니까?
예, 있습니다. Spring Cloud Pipelines 프로젝트의 문서를 읽으십시오. http://cloud.spring.io/spring-cloud-pipelines/single/spring-cloud-pipelines.html#_opinionated_implementation. 우리는 독립 실행 형 프로세스로 스텁 러너 응용 프로그램을 배포하고 배포하는 동안 우리가 시작하고자하는 스텁의 ID를 전달합니다. 스텁 러너 (Stub Runner)는 유레카 (Eureka)에 스텁을 등록 할 수 있습니다 (설치시 다중 포트 바인딩이 필요함을 기억하십시오). 실제 브로커에게 메시지를 보낼 수 있습니다.
나는 완전히 이해하지 못하는이 부분
스텁 생성하지만, 인수 테스트로 인해 PCF 의존성 (DB 및 기타 인증서)
에 실패 (클라우드 계약 프레임 워크에 의해 생성)되고있다 기본 클래스 및 테스트 설정을 제어하는 사람입니다. 원하는대로 컨텍스트를 설정할 수 있습니다. 또한 계약 테스트에서 DB 및 인증서를 사용하지 않는 것이 좋습니다. 밑에있는 인프라와 통합하지 않고 HTTP 통신이 제대로 작동하는지 확인해야합니다.
감사합니다. Marcin, 파이프 라인 프로젝트를 진행할 예정입니다. – Cherian
서비스를 PCF에 배포 한 후에는 PCF가 제공 한 URL을 사용하여 서비스에 직접 액세스 할 수 있습니다. 따라서 엔드 포인트를 구성하여이를 소비하고 테스트 할 수 있습니다. – LHCHIN