Pregunta

Yo leo Maven FailSafe Plugin está diseñado específicamente para ejecutar pruebas de integración. Actualmente estoy trabajando en un proyecto múltiple y las pruebas de integración están en su propio módulo separado, escrito en testng y ejecutando usando Complemento de segura. No tenemos conflictos con pruebas unitarias, ya que solo se ejecutan pruebas de integración en la fase de prueba en ese módulo. Y para configurar el entorno antes de las pruebas y limpiarlo después de que se ejecuten las pruebas, @BeforeSuite @AfterSuite Se utilizan anotaciones de prueba. Entonces no hay necesidad de hacer uso de pre-integration-test fase, integration-test fase, post-integration-test Fase utilizada por el complemento FakeSafe.

  • ¿Hay más beneficios que me estoy perdiendo, al no usar el complemento a prueba de fallas?
  • ¿Hay mejores maneras de hacer mi requisito actual utilizando el complemento FakeSafe?
  • ¿Puedo hacer el inicio de mi servidor, apagar, desactivar el archivo, etc. en el pre-integration-test, post-integration-test ¿Fases sin escribir un complemento Maven?
¿Fue útil?

Solución

Si ya tiene su propia configuración de prueba/desmontaje en sus suites, que por el aspecto lo hace, no hay mucho que pueda obtener del complemento a prueba de fallas.

El complemento FakeSafe es útil en situaciones en las que la configuración de su sistema en prueba es costosa o lleva mucho tiempo, como iniciar un servlet o un sistema distribuido. La forma en que el complemento a prueba de fallas es útil en estas situaciones es que puede configurar este entorno en el pre-integration-test fase. Este complemento tampoco detiene la ejecución de la construcción de Maven cuando falla una prueba, lo que le permite limpiar todos sus artefactos durante el post-integration-test fase, después de la cual verifica el estado de sus pruebas y pasa o falla la construcción en consecuencia durante el verify fase.

Otros consejos

FailSafe tiene una gran característica versus segura: cuando una prueba falla, no aborta de inmediato. En su lugar, permite que el código de limpieza se ejecute (que generalmente elimina el servidor de embarcadero).

Abordar su tercera pregunta, ya que realmente no se responde, en mi humilde opinión.

¿Puedo hacer el inicio de mi servidor, apagar, desactivar el archivo, etc. en las fases de prueba previa a la integración y prueba posterior a la integración sin escribir un complemento Maven?

Tomado de esta respuesta a "Maven FailSafe Plugin: cómo usar las fases de prueba previa y posterior a la integración"

Se reduce a: pre-integration-test y post-integration-test no hacer nada por valor predeterminado. Puede vincular un complemento específico para su tarea a esas fases. Encontrar un complemento específico depende de lo que esté tratando de hacer.

Otra cosa importante a señalar son las convenciones de nomenclatura predeterminadas utilizadas por el maven-failsafe-plugin: Ejecuta clases de prueba con nombres que comienzan o terminan con IT (como clase de prueba de integración)

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top