¿Qué es el marco de pepino y BDD??

[wPremark_icon icon = “QUOTE-TE-SOT-2-SOLID” Width = “Width =” “” 32 “altura =” 32 “] ¿Cuáles son las ventajas de usar el marco BDD de pepino para probar algunas ventajas de usar el marco BDD de pepino en las pruebas?

1. Colaboración mejorada: la sintaxis del lenguaje sencillo del pepino facilita que las partes interesadas técnicas y no técnicas comprendan y contribuyan al proceso de prueba.

2. Leyabilidad y mantenimiento: los escenarios de pepino se escriben en un formato legible por humanos, lo que hace que sean más fáciles de entender y mantener. Esto permite una mejor comunicación y colaboración entre los miembros del equipo.

3. Reutilización de la prueba: el pepino permite la reutilización de las definiciones de paso en múltiples escenarios, reduciendo la duplicación y mejorando la eficiencia en la creación y mantenimiento de las pruebas.

4. TRACEABILIDAD DE PRUEBA: el pepino proporciona una trazabilidad clara entre características, escenarios y definiciones de pasos, lo que facilita el seguimiento y la comprensión de la cobertura de la prueba.

5. Pruebas centradas en el negocio: el pepino permite que las pruebas se escriban en un idioma centrado en el negocio, lo que permite a los interesados ​​validar fácilmente que el sistema cumple con sus requisitos.

6. Integración con otras herramientas: el pepino se puede integrar fácilmente con otras herramientas y marcos de prueba, como Selenium, para realizar pruebas de extremo a extremo.

7. Integración continua: el pepino se puede integrar con herramientas de integración continua para automatizar la ejecución de pruebas como parte de la tubería de CI/CD.

8. Desarrollo basado en el comportamiento: el pepino sigue el enfoque BDD, que enfatiza la colaboración y la comprensión compartida entre desarrolladores, probadores y partes interesadas comerciales.

9. Soporte de metodología ágil: el pepino se ajusta bien a las metodologías ágiles, ya que permite el desarrollo iterativo y las pruebas continuas.

10. Escalabilidad: el pepino permite las pruebas a gran escala, ya que admite la ejecución de múltiples escenarios en paralelo. Esto puede reducir significativamente el tiempo de ejecución para grandes suites de prueba.

[wPremark_icon icon = “QUOTE-TE-SOT-2-SOLID” Width = “Width =” “” 32 “altura =” 32 “] Cómo escribir un archivo de características en el marco BDD de Cucumber en el marco BDD de Cucumber, se utiliza un archivo de características para definir escenarios o características de los usuarios de alto nivel que se prueben. Por lo general, sigue el formato dado.

Aquí hay un ejemplo de cómo escribir un archivo de características:

Característica: funcionalidad de inicio de sesión
Como usuario
Quiero poder iniciar sesión en mi cuenta

Escenario: inicio de sesión exitoso
Dado que estoy en la página de inicio de sesión
Cuando ingreso credenciales válidas
Y hago clic en el botón de inicio de sesión
Entonces debería ser redirigido a la página de inicio

Escenario: credenciales no válidas
Dado que estoy en la página de inicio de sesión
Cuando ingreso credenciales inválidas
Y hago clic en el botón de inicio de sesión
Entonces debería ver un mensaje de error

Cada archivo de característica comienza con la palabra clave “característica” seguida de una descripción de la función. Los escenarios se definen utilizando la palabra clave “escenario” seguido de una descripción del escenario.

Cada escenario consiste en pasos definidos usando palabras clave como “dada”, “cuando”, “entonces”, y “y” y “. Los pasos describen las acciones y los resultados esperados del escenario.

[wPremark_icon icon = “QUOTE-TE-SOT-2-SOLID” Width = “Width =” “” 32 “altura =” 32 “] Cómo escribir definiciones de pasos en las definiciones de pasos del marco BDD BDD en el marco de pepino BDD Mapa de los pasos definidos en el archivo de características al código de automatización correspondiente. Aquí hay un ejemplo de cómo escribir definiciones de pasos:

“ `Java
importar pepino.API.Java.interno.Dado;
importar pepino.API.Java.interno.Cuando;
importar pepino.API.Java.interno.Entonces;

Public Class Stefinitions {

@Given (“^Estoy en la página de inicio de sesión $”)
public void i_am_on_the_login_page () {
// código para navegar a la página de inicio de sesión
}

@WREN (“^Introduzco credenciales válidas $”)
public void i_enter_valid_credentials () {
// código para ingresar credenciales válidas
}

@Wheren (“^Higo clic en el botón de inicio de sesión $”)
public void i_click_the_login_button () {
// código para hacer clic en el botón de inicio de sesión
}

@Then (“^Debería ser redirigido a la página de inicio $”)
public void i_should_be_redirected_to_the_home_page () {
// código para verificar la redirección a la página de inicio
}

@WREN (“^Entro credenciales inválidas $”)
public void i_enter_invalid_credentials () {
// código para ingresar credenciales no válidas
}

@Then (“^Debería ver un mensaje de error $”)
public void i_should_see_an_error_message () {
// código para verificar el mensaje de error
}
}
“ “ “

En este ejemplo, cada método de definición de paso se anota con una de las anotaciones dadas, cuándo o luego. La anotación es seguida por una expresión regular que coincide con el paso correspondiente en el archivo de características.

Dentro de cada método de definición de paso, el código de automatización real se escribe para realizar las acciones y afirmaciones mencionadas en el paso.

[wPremark_icon icon = “QUOTE-TE-SOT-2-SOLID” Width = “Width =” “” 32 “altura =” 32 “] Cómo ejecutar pruebas de pepino en el archivo de corredor de prueba en el marco BDD de pepino, el archivo de corredor de prueba se usa para definir y ejecutar los escenarios de pepino.

Aquí hay un ejemplo de cómo definir y ejecutar el archivo de corredor de prueba:

“ `Java
Org de importación.junit.corredor.Corre con;
importar pepino.API.Pepinoptions;
importar pepino.API.junit.Pepino;

@Runwith (pepino.clase)
@CucumberOptions (características = “ruta/a/características/archivos”, pegamento = “paquete_name”,
Tags = “@tag_name”, complemento = {“bonito”, “html: target/pucumber-informes”})
clase pública TestRunner {

}
“ “ “

En este ejemplo, la clase de corredor de prueba se anota con @runwith (pepino.class) anotación para especificar el corredor de prueba de pepino.

La anotación @CucumberOptions se usa para especificar varias opciones para la ejecución de pepino:

– Características: la ruta al directorio o archivo que contiene archivos de características.
– Glue: el nombre del paquete donde se encuentran las definiciones de paso.
– Etiquetas: las etiquetas que se ejecutarán. Solo se ejecutarán escenarios con etiquetas coincidentes.
– complemento: los complementos que se utilizarán para generar informes. En este ejemplo, se especifican los complementos “bonitos” y “html”. El complemento “HTML” genera informes HTML en la carpeta de destino especificada.

Para ejecutar las pruebas de pepino, simplemente puede ejecutar la clase Test Runner como una prueba JUnit.

[wPremark_icon icon = “QUOTE-TE-SOT-2-SOLID” Width = “Width =” “” 32 “altura =” 32 “] se puede usar el pepino para las pruebas de API, sí, el pepino también se puede usar para la prueba de API. El pepino admite el uso de diferentes complementos y bibliotecas para hacer llamadas de API y realizar afirmaciones sobre la respuesta.

Para usar pepino para pruebas de API, puede definir archivos de características con escenarios que describan los puntos finales de API y las respuestas esperadas. Luego, puede escribir definiciones de pasos que llamen a la API y realicen validaciones en la respuesta.

Aquí hay un ejemplo de un archivo de características para las pruebas de API:

“ `Gherkin
Característica: API de usuario
Como usuario
Quiero poder crear y recuperar registros de usuario

Escenario: crear un usuario
Dado que tengo los siguientes datos del usuario:
| nombre | correo electrónico |
| John | [email protected] |
Cuando envío una solicitud de publicación a “/usuarios”
Entonces el código de estado de respuesta debe ser 201

Escenario: recuperar a un usuario
Dado un usuario con ID “123”
Cuando envío una solicitud GET a “/Usuarios/123”
Entonces el código de estado de respuesta debe ser 200
Y el cuerpo de respuesta debe contener:
| nombre | correo electrónico |
| John | [email protected] |
“ “ “

Y aquí hay un ejemplo de las definiciones de pasos correspondientes utilizando la biblioteca de inicio:

“ `Java
importar pepino.API.PendingException;
importar pepino.API.Java.interno.*;
importar IO.Está seguro.Está seguro;
importar IO.Está seguro.respuesta.Respuesta;
importar IO.Está seguro.especificación.Requestspecification;
Importar organización estática.junit.Afirmar.afirmarequals;

clase pública apiteststepdefinitions {

Solicitud privada Solicitud de especificación;
Respuesta de respuesta privada;

@Given (“^Tengo los siguientes datos del usuario: $”)
public void i_have_the_following_user_data (tabla de tabla) {
// código para analizar y almacenar los datos del usuario desde la tabla
}

@Wheren (“^Envío una solicitud de publicación a \” ([^\ “]*) \” $ “)
public void i_send_a_post_request_to (string endpoint) lanza lanzable {
// código para enviar una solicitud de publicación al punto final especificado con los datos del usuario
}

@Then (“^El código de estado de respuesta debe ser (\\ d+) $”)
public void the_response_status_code_should_be (int statuscode) lanza lanzable {
afirmarequals (estado de estado, respuesta.getStatUscode ());
}

// Implementar otras definiciones de paso para los pasos restantes en el archivo de características
}
“ “ “

En este ejemplo, estamos utilizando la biblioteca de inicio para enviar solicitudes de API y realizar afirmaciones sobre la respuesta.

[wPremark_icon icon = “QUOTE-TE-SOT-2-SOLID” Width = “Width =” “” 32 “altura =” 32 “] ¿Cómo maneja el pepino las pruebas basadas en datos El cepeta proporciona soporte para las pruebas basadas en datos a través de escenarios descritos en los archivos de características y las definiciones de pasos correspondientes?.

En pepino, las pruebas basadas en datos se pueden lograr mediante el uso de tablas de esquema y ejemplos de escenarios en archivos de características.

Aquí hay un ejemplo:

“ `Gherkin
Característica: funcionalidad de inicio de sesión
Como usuario
Quiero poder iniciar sesión en mi cuenta con diferentes credenciales

Esquema del escenario: Iniciar sesión con credenciales válidas
Dado que estoy en la página de inicio de sesión
Cuando entro “” y “”
Y hago clic en el botón de inicio de sesión
Entonces debería ser redirigido a la página de inicio

Ejemplos:
| nombre de usuario | contraseña |
| Usuario1 | pase1 |
| usuario2 | pase2 |
| Usuario3 | pase3 |
“ “ “

En este ejemplo, el esquema del escenario es seguido por una tabla de ejemplos, que contiene múltiples conjuntos de datos de prueba. Cada fila en la tabla de ejemplos representa una ejecución separada del escenario utilizando los valores especificados.

Las definiciones de paso para el esquema del escenario pueden usar los valores de la tabla de ejemplos usando marcadores de posición como “” y ““.

Aquí hay un ejemplo de las definiciones de paso correspondientes:

“ `Java
importar pepino.API.PendingException;
importar pepino.API.Java.interno.*;

Public Class Stefinitions {

@Given (“^Estoy en la página de inicio de sesión $”)
public void i_am_on_the_login_page () lanza lanzable {
// código para navegar a la página de inicio de sesión
}

@When (“^I Enter \” ([^\ “]*) \” y \ “([^\”]*) \ “$”)
public void i_enter_and (String UserName, String Password) lanza lanzable {
// código para ingresar el nombre de usuario y la contraseña
}

@Wheren (“^Higo clic en el botón de inicio de sesión $”)
public void i_click_the_login_button () lanza lanzable {
// código para hacer clic en el botón de inicio de sesión
}

@Then (“^Debería ser redirigido a la página de inicio $”)
public void i_should_be_redirected_to_the_home_page () lanza lanzable {
// código para verificar la redirección a la página de inicio
}
}
“ “ “

En este ejemplo, la definición de paso para el paso “Cuando ingreso” toma dos parámetros que representan los valores de nombre de usuario y contraseña de la tabla de ejemplos.

Durante la ejecución de la prueba, el pepino iterará a través de la tabla de ejemplos y ejecutará el escenario varias veces con diferentes conjuntos de datos de prueba.

[wPremark_icon icon = “QUOTE-TE-SOT-2-SOLID” Width = “Width =” “” 32 “altura =” 32 “] Se puede usar el pepino con otros marcos de prueba como Junit y Testng Sí, el pepino se puede usar junto con otros marcos de prueba como Junit y Testng.

El pepino proporciona una forma de definir y ejecutar escenarios utilizando los corredores de prueba JUNIT o Testng tradicionales.

Aquí hay un ejemplo de cómo usar pepino con Junit:

“ `Java
importar pepino.API.Pepinoptions;
importar pepino.API.junit.Pepino;
Org de importación.junit.corredor.Corre con;

@Runwith (pepino.clase)
@CucumberOptions (características = “ruta/a/características/archivos”, pegamento = “paquete_name”)
clase pública CucumberTests {
}
“ “ “

En este ejemplo, la clase de CucumberTests se anota con el Junit @Runwith (pepino.class) anotación para especificar el corredor de prueba de pepino.

La anotación @CucumberOptions se utiliza para especificar varias opciones para la ejecución de pepino, como la ruta a los archivos de características y el nombre del paquete donde se encuentran las definiciones de paso.

Para ejecutar las pruebas de pepino con JUnit, simplemente puede ejecutar la clase de CucumberTests como prueba de JUnit.

Similar a Junit, el pepino también se puede usar con testng. Aquí hay un ejemplo de cómo usar pepino con testng:

“ `Java
importar pepino.API.Pepinoptions;
importar pepino.API.prueba.AbstractTestngCucumberTests;

@CucumberOptions (características = “ruta/a/características/archivos”, pegamento = “paquete_name”)
CucumberTests de clase pública extiende abstractTngCucumberTests {
}
“ “ “

En este ejemplo, la clase de CucumberTests extiende el abstractTngCucumberTests

[wPremark_icon icon = “QUOTE-TE-SOT-2-SOLID” Width = “Width =” “” 32 “altura =” 32 “] ¿Cuál es la diferencia entre el marco de pepino y BDD?

El pepino le permite el desarrollo basado en el comportamiento (BDD). BDD le permite escribir los escenarios en el lenguaje sencillo que prefiere para que le dé más legibilidad a las personas técnicas y no técnicas. El marco de selenio-cupero admite lenguajes de programación como Perl, PHP, Python, . Net, java, etc.
En caché