Reutilización de Step Definitions en Gherkin y Cucumber

¿Cómo compartir información entre diferentes features usando Gherkin?

La automatización de pruebas es fundamental para asegurar la calidad en el desarrollo de software, y el uso de herramientas como Gherkin y Cucumber en Cypress nos permite escribir pruebas de manera entendible y eficiente. En esta sesión, te enseñaré cómo compartir pasos comunes entre diferentes features, algo comúnmente requerido y altamente beneficioso para evitar la duplicación.

¿Cómo se estructura la carpeta de navegación?

Nuestra primera tarea consiste en crear una nueva estructura en nuestra carpeta de features. Los pasos son los siguientes:

1. Dentro de la carpeta features, crea una nueva carpeta llamada Navigation.
2. Dentro de Navigation, crea un archivo navigation.js y otro navigation.feature.

Estos archivos serán el núcleo de nuestra prueba de navegación. El archivo .feature se escribe en Gherkin, donde definimos los pasos a probar, como hacer clic en una opción del menú "Account Activity" y verificar el contenido.

¿Cómo evitar la repetición utilizando backgrounds?

Un background en Gherkin es un conjunto de pasos que se ejecutan antes de cada escenario en un feature. Sirve para evitar la repetición del código y establecer precondiciones:

Background:
  Given que estoy en la página principal

Con esto, cada escenario bajo este feature tendrá como precondición estar en la página principal, evitando código redundante.

¿Cómo estructuramos y compartimos los step definitions?

Para que WebStorm pueda identificar correctamente dónde están los steps, debemos importar lo necesario en nuestro archivo navigation.js. A menudo, verás que algunos pasos ya existen, y no son reconocidos debido a cómo están organizados nuestros directorios. Así, podemos mover nuestros step definitions a una ubicación común y compartida.

1. Dentro de Cypress, crea una carpeta support, si es que no existe.
2. Dentro de support, crea una carpeta StepDefinitions.
3. Mueve los step definitions necesarios a esta nueva carpeta usando una herramienta como WebStorm o VS Code.

Esto no solo centraliza nuestros steps, sino que permite que sean compartidos entre múltiples features, facilitando su mantenimiento y reuso.

¿Qué hacer si Cypress no reconoce un paso compartido?

A veces, Cypress puede no reconocer immediately los pasos compartidos. En ese caso:

• Reinicia Cypress: Cierra y abre nuevamente la aplicación para que reconozca la nueva configuración.
• Verifica configuraciones de auto-importación: Asegúrate de que tus herramientas de desarrollo automático gestionen correctamente las importaciones de tus módulos.

¿Cómo validar que estamos en la página correcta?

Para comprobar que estamos en la página de inicio (homepage) después de iniciar sesión, podemos reutilizar la lógica del login:

Given estoy en la página principal

Este paso utiliza la lógica del login para confirmar que estamos correctamente en la página inicial, lo cual es esencial para la validación de la prueba.

¿Por qué es útil reutilizar pasos con Gherkin y Cucumber?

La capacidad de compartir pasos no solo ahorra tiempo, sino que asegura la consistencia en las pruebas. Con Gherkin y Cucumber, podemos escribir en lenguaje natural y, progresivamente, automatizar nuestras pruebas de manera efectiva. Además, al convertir features en Page Objects, simplificamos el proceso de importación y hacemos más robusta nuestra configuración.

Te desafío a practicar y aplicar estas técnicas a un Page Object para el feature de navegación, y a compartir tus experiencias en la sección de comentarios. La práctica constante y la optimización del código son claves para convertirte en un experto en testing automatizado. ¡Nos vemos en la próxima clase donde veremos escenarios outline con Cucumber en Cypress!