Pact provider tests in account-service do not verify any interaction

Abierto
#142 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
45/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
java, spring-boot
Área
testing

Línea de trabajo

Start with AccountProviderContractTest and Account2ProviderContractTest in account-service, looking at their @State methods and @BeforeEach target setup. Add a @TestTemplate method with @ExtendWith(PactVerificationInvocationContextProvider.class) that calls context.verifyInteraction(), and replace the hard-coded broker on localhost:9092/9292 with @PactFolder or @PactUrl. Done means both provider tests verify real interactions without a running broker and use random ports.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

bug

Problem

AccountProviderContractTest and Account2ProviderContractTest (account-service) define @State methods and a @BeforeEach that sets the target, but have no @TestTemplate method calling PactVerificationContext.verifyInteraction() and no @ExtendWith(PactVerificationInvocationContextProvider.class). As a result no Pact interaction is ever verified.

Additionally both tests require a Pact Broker at localhost:9092 / localhost:9292, so once verification is fixed they would fail in CI.

Suggested solution

  • Add a @TestTemplate method with @ExtendWith(PactVerificationInvocationContextProvider.class) calling context.verifyInteraction().
  • Replace the hard-coded broker with @PactFolder / @PactUrl, pointing to pact files generated by the consumer tests (see the consumer tests issue), or start a Pact Broker in Testcontainers.
  • Use RANDOM_PORT instead of fixed ports 8091 / DEFINED_PORT where possible.
Lenguaje dominante
Java
Estrellas
12
Forks
7
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

  • Incluye un Dockerfile o un archivo de Docker Compose
  • Sin plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de piomin/sample-spring-cloud-testing

Todos los issues de piomin/sample-spring-cloud-testing

Issues similares

Más issues de Java

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.