Evitar pruebas inestables con Cypress: uso de retries y buenas prácticas

¿Qué son los flaky tests y cómo evitarlos?

En el mundo del desarrollo de software, una de las mayores frustraciones para los desarrolladores son las pruebas inestables, o como se les conoce en inglés, los flaky tests. Estas son pruebas que a veces pasan y otras veces fallan sin una razón clara. Este fenómeno puede causar problemas serios, ya que lleva a perder tiempo y recursos tratando de identificar el problema. Vamos a explorar las causas comunes y cómo evitarlas para mejorar la estabilidad de nuestras pruebas.

¿Cuáles son las causas de los flaky tests?

Existen varias razones por las cuales las pruebas pueden ser inestables:

• Respuestas inconsistentes de APIs: A veces, las APIs pueden devolver respuestas erróneas o correctas de manera aleatoria.
• Timeouts: Ocurre cuando un componente tarda demasiado en responder, causando que la prueba falle.
• Disponibilidad de servicios externos: Librerías o servicios externos pueden no estar disponibles en el momento de la prueba.
• Elementos dinámicos: En aplicaciones de página única, donde elementos pueden cambiar de manera inesperada.

¿Cómo podemos evitarlos?

Para combatir los flaky tests, Cypress ofrece soluciones efectivas:

1. Reintentar Pruebas: Cypress permite ejecutar pruebas automáticamente en caso de una falla inicial. Esto se logra mediante comandos específicos, en lugar de repetir todo el flujo de manera manual.

Configuración de reintentos en Cypress

En el archivo de configuración de Cypress (cypress.config), puedes habilitar los reintentos estableciendo el número de intentos deseados. Por defecto, esto está configurado en cero.

module.exports = {
  retries: {
    runMode: 2,       // Número de intentos al correr con Cypress Run
    openMode: 0       // Número de intentos al correr con Cypress Open
  }
}

Comandos single query y aserciones

¿Qué son los single query commands?

Utilizar comandos de consulta única en lugar de múltiples llamadas ayuda a que las pruebas sean más estables. Estos comandos permiten validar elementos dinámicos de manera más eficiente.

Ejemplo de código

Aquí tienes un ejemplo de cómo implementar un single query command:

cy.get('ci-selector')
  .should('have.text', 'Expected Text')

Esto permite que Cypress intente encontrar el elemento hasta que el texto coincida, reduciendo así la probabilidad de falla.

Ejemplo de alternar comandos con aserciones

El siguiente ejemplo muestra la importancia de validar que un botón no esté deshabilitado antes de hacer clic:

cy.get('button[type=submit]')
  .should('not.be.disabled')
  .click();

Este comando verifica que el botón no esté desactivado antes de realizar la acción de clic, asegurando más estabilidad en la prueba.

Importancia de las buenas prácticas de Cypress

Implementar las mejores prácticas de Cypress, como los single query commands y la configuración adecuada de reintentos, nos ayuda a crear pruebas más resistentes a cambios inesperados. Invito a los desarrolladores a aplicar estos principios en sus propios proyectos para disminuir la incidencia de flaky tests y mejorar la eficiencia en sus flujos de trabajo.

Finalmente, no olvidemos la importancia de continuar aprendiendo e incorporando estas herramientas en nuestra caja de herramientas para el desarrollo ágil y eficaz. ¡Nos vemos en la próxima clase donde continuaremos explorando cómo lidiar con los flaky tests a un nivel más profundo!