application-go + BDD-java에서 타사 서비스 시뮬레이션

오늘 소개할 PHP 에디터 Zimo는 application-go + BDD-java에서 타사 서비스를 시뮬레이션하는 방법입니다. 소프트웨어 개발 중에는 종종 타사 서비스와 상호 작용해야 하지만 테스트 단계에서는 이러한 서비스에 직접 액세스하지 못할 수도 있습니다. 이 문제를 해결하기 위해 application-go 및 BDD-java를 사용하여 보다 효과적인 테스트를 위해 타사 서비스의 동작을 시뮬레이션할 수 있습니다. 다음으로 구체적인 구현 방법을 살펴보겠습니다!

질문 내용

최근 BDD(Gherkin + Restassured 사용)에 대한 연구를 시작했습니다. 타사 서비스를 시뮬레이션해야 합니다. 다음은 제 사용 사례입니다.

1. 서비스 A가 내부적으로 서비스 B를 호출합니다
2. 이 앱은 goLang에 있습니다.
3. BDD는 Java 언어를 사용합니다.

rpm을 생성하고 rpm을 가상 머신에 배포하는 CI 파이프라인이 실행 중입니다. 해당 VM에서 BDD를 실행합니다(현재 서비스 A와 서비스 B는 동일한 VM에 배포됨)

Service-B에 의존하지 않아도 되도록 Service-B를 모의하는 방법이 있나요? 그렇다면 여기서 가장 좋은 접근 방식은 무엇입니까?

단위 테스트 수준에서 서비스를 모의하기 위해 goLang httptest를 시도했습니다. 하지만 BDD를 사용하여 파이프라인에서 rpm을 생성한 후 시뮬레이션하는 방법은 무엇입니까?

감사합니다

해결 방법

서비스 A가 웹이나 RPC를 통하지 않고 내부적으로 서비스 B를 호출하는 경우 종속성 주입을 사용하여 서비스 B의 "가짜" 버전을 주입할 수 있습니다. (여기에는 종속성 주입 프레임워크가 반드시 필요한 것은 아닙니다. 생성자 기반 및 속성 기반 주입도 유효합니다.) 서비스 B에 인터페이스가 없으면 하나를 추출하고 씬 어댑터를 사용하여 환경에 따라 실제 서비스 또는 가짜 서비스를 호출합니다.

장면이 서비스 A의 UI 또는 API와만 상호작용하는 한 장면을 변경할 필요가 없습니다.

배포에 실제 코드 대신 가짜 코드를 사용하도록 빌드 파이프라인의 작동 방식을 변경해야 합니다.

어댑터가 관련 서비스를 호출하도록 하여 런타임에 가짜에서 진짜로 전환하여 이 작업을 수행할 수도 있습니다. 전환 또는 배포는 환경 변수 또는 빌드 매개변수에 의해 트리거될 수 있습니다.

하지만 테스트 서비스를 프로덕션에 배포하지 않도록 주의하세요!

지속적인 배포를 사용하는 경우 이상적으로는 빌드 파이프라인의 마지막 단계에서 실제 서비스를 배포하고 상호 작용을 테스트해야 합니다. 어떤 이유로 이것이 작업하는 유일한 방법인 경우에도 도움이 될 수 있는 몇 가지 작업이 있습니다.

• 서비스 B가 사용하는 데이터를 예측 가능한 방식으로 작동하도록 스텁할 수 있습니다

• 테스트 인스턴스를 사용할 수 있습니다. 귀하에게 적합한 서비스가 있는지 알아보려면 서비스 제공업체에 문의하세요. 프로덕션에서 실행해야 하는 경우에도 일종의 자동화된 테스트를 사용하여 실제 서비스의 배포가 성공했는지 여부를 계속 확인해야 한다고 제안합니다. 기본적인 연기 테스트를 수행하여 시스템이 연결되어 있는지 확인하세요. 배포가 쉬울수록 오류 복구도 더 쉬워집니다. 신속하게 배포할 수 없으면 더욱 철저한 검사가 필요합니다.

RPM이 어떤 종류의 가짜 또는 테스트 인스턴스 없이 생성 및 배포되고 이러한 가짜 또는 테스트 인스턴스를 사용하도록 환경을 구성할 수 없다면 이를 모의할 수 없습니다. 빌드 파이프라인은 배포 위조의 일부여야 합니다. CI 파이프라인을 제어할 수 있는 경우에는 문제가 되지 않습니다. 그렇지 않으면 빌드 팀에 문의하세요. 그들은 경험이 있거나 귀하에게 도움을 줄 수 있는 다른 사람을 소개해 줄 수도 있습니다. 결국, 훌륭한 BDD는 대화에 의해 주도됩니다!

위 내용은 application-go + BDD-java에서 타사 서비스 시뮬레이션의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!