Automatización con Selenium y Cucumber [JAVA] #4 ► Primer Escenario en Gherkin 🥒

QA Automation
23 Oct 201917:10

Summary

TLDREste video presenta un tutorial sobre cómo comenzar a automatizar pruebas usando Selenium y Cucumber en un entorno de Java. Explica cómo configurar el proyecto creando paquetes y clases esenciales para la automatización de pruebas. Se muestra cómo estructurar las pruebas en lenguaje Gherkin, con ejemplos claros de cómo configurar los escenarios de prueba. El presentador también ofrece consejos sobre la configuración del entorno y el uso de expresiones regulares para vincular los pasos con el código Java. Al final, se ejecuta el primer caso de prueba, estableciendo las bases para futuros avances.

Takeaways

  • 💻 Se está creando un proyecto de automatización utilizando Java y Selenium.
  • 📁 Se recomienda organizar el proyecto creando tres paquetes: features, runner y seleniumGlueCode.
  • 📝 Dentro del paquete 'features' se escriben los escenarios de prueba en lenguaje Gherkin.
  • 🏃 En el paquete 'runner' se define la clase 'TestRunner', que ejecuta las automatizaciones.
  • 📄 En el paquete 'seleniumGlueCode' se implementan los pasos definidos en los escenarios de prueba.
  • ⚙️ Se utiliza Cucumber para la ejecución de los tests, configurando las rutas para los features y las implementaciones.
  • ❌ Al ejecutar el código por primera vez, no se encontraron features, ya que aún no se había definido ningún escenario.
  • 🖱️ El primer caso de prueba es verificar que al hacer clic en 'Little Tester Comics', se redirige a la categoría de cómics.
  • 🤖 Cucumber genera automáticamente el código base para los pasos no implementados, que luego se deben definir manualmente.
  • ✅ Se realiza una prueba básica sin errores, pero no se implementa ninguna validación real hasta el siguiente video.

Q & A

  • ¿Qué página se utiliza en el video para realizar las automatizaciones?

    -La página utilizada para las automatizaciones es 'The Little Tester', una página de automatización con artículos y soluciones sobre Java y Selenium.

  • ¿Cuál es el propósito de crear los tres paquetes mencionados en el video?

    -Los tres paquetes ('features', 'runner', y 'selenium.gluecode') sirven para organizar el código: 'features' contiene los escenarios de prueba escritos en Gherkin, 'runner' ejecuta las automatizaciones, y 'selenium.gluecode' contiene la implementación de los pasos de los escenarios.

  • ¿Qué clase se utiliza para iniciar la ejecución de las automatizaciones?

    -La clase utilizada para iniciar las automatizaciones es 'TestRunner', que es ejecutada con Cucumber.

  • ¿Cómo se configuran los escenarios y los pasos de prueba en Cucumber?

    -Se configuran usando la anotación '@CucumberOptions', donde se especifica la ruta de los escenarios de prueba ('features') y la ruta donde están implementados los pasos ('glue').

  • ¿Por qué Cucumber no encontró escenarios de prueba al principio?

    -Cucumber no encontró escenarios de prueba al principio porque el archivo de 'features' aún no contenía ningún escenario definido.

  • ¿Qué prueba se describe como el primer escenario en el video?

    -El primer escenario prueba que, al hacer clic en el título 'Little Tester Comics' en la pantalla principal de la página, se redirige a la categoría de cómics y se muestran los cómics disponibles.

  • ¿Qué lenguajes y herramientas se utilizan en el video para escribir y ejecutar los casos de prueba?

    -Se utilizan el lenguaje Gherkin para escribir los escenarios de prueba, Java para la implementación de los pasos, y las herramientas Cucumber y Selenium para la ejecución y automatización de pruebas.

  • ¿Qué hace Cucumber cuando los pasos del escenario no están implementados?

    -Cucumber lanza una excepción 'PendingException' cuando los pasos del escenario no están implementados y sugiere el código que se debe agregar para implementar cada paso.

  • ¿Cómo se vinculan los pasos de prueba escritos en Gherkin con los métodos en Java?

    -Los pasos de prueba se vinculan con los métodos en Java usando expresiones regulares. Cucumber busca coincidencias entre los pasos escritos en Gherkin y los métodos definidos en el código Java mediante estas expresiones regulares.

  • ¿Qué se espera en el siguiente video según el final del guion?

    -En el siguiente video se espera que se implementen correctamente los métodos de los pasos para que el escenario de prueba realmente verifique algo, en lugar de ser métodos vacíos.

Outlines

00:00

🤖 Introducción a la automatización con Selenium y Cucumber

Este primer párrafo introduce la plataforma de automatización utilizada, llamada 'El Tester'. Se menciona que la página incluye contenido sobre Java, Selenium y cómics. El propósito del video es enseñar cómo crear automatizaciones, comenzando por la creación de un proyecto con una estructura de carpetas y paquetes para organizar el código. Se agregan tres paquetes: 'features', 'runner', y 'steps', donde se almacenarán los escenarios de prueba escritos en Gherkin, el punto de partida de las automatizaciones, y la implementación de los pasos, respectivamente.

05:00

🖥️ Configuración del entorno y primeras pruebas

En este segundo párrafo, se explica cómo configurar el entorno de desarrollo. Se desactiva la opción de 'spelling' en el IDE para evitar que se marquen palabras reservadas como errores. Luego, se ejecuta la clase 'Test Runner' para verificar que las automatizaciones funcionen correctamente, pero Cucumber no encuentra escenarios de prueba. A continuación, el autor comienza a escribir el primer caso de prueba, que implica la navegación a la categoría de cómics en la página principal al hacer clic en el título 'Little Tester Comics'.

10:03

⚙️ Creación y ejecución de escenarios de prueba con Cucumber

Aquí se escribe y se ejecuta el primer escenario de prueba en lenguaje Gherkin, que consiste en verificar que al hacer clic en 'Little Tester Comics', se redirija a la página de cómics. Cucumber identifica que los pasos aún no están implementados y proporciona el código necesario. El autor copia este código en la clase 'Test' dentro del paquete 'selenium'. Luego, tras importar las librerías necesarias, se vuelve a ejecutar el escenario, pero Cucumber ignora los pasos no implementados. Se retiran las excepciones y se ejecuta correctamente sin errores.

15:07

✅ Conclusión: Estructura inicial lista y primeros pasos en Gherkin

El párrafo final resume el progreso logrado: se ha creado la estructura básica del proyecto, con los paquetes para las pruebas y las implementaciones de pasos. Aunque el caso de prueba creado aún no realiza ninguna validación útil, el autor destaca que se han definido los primeros métodos en Java que coinciden con los pasos en Gherkin. Cucumber utiliza expresiones regulares para vincular los pasos con los métodos en Java. El autor concluye mencionando que en el próximo video se implementarán métodos funcionales y se agradece a los espectadores por seguir el tutorial.

Mindmap

Keywords

💡Automatización

La automatización es el proceso de usar herramientas y tecnologías para ejecutar tareas sin intervención humana. En el video, se refiere a la creación de tests automáticos que se ejecutan de manera repetida en una plataforma, como parte del desarrollo de software utilizando herramientas como Selenium y Cucumber.

💡Selenium

Selenium es una herramienta de código abierto que permite automatizar navegadores web. En el contexto del video, es la herramienta principal utilizada para realizar las pruebas automatizadas del sitio web, ejecutando interacciones como hacer clic en elementos y verificar resultados.

💡Cucumber

Cucumber es un framework de pruebas que permite escribir casos de prueba en un lenguaje natural llamado Gherkin. En el video, se utiliza para definir los escenarios de prueba en un formato entendible para todas las partes involucradas, utilizando frases como 'Dado', 'Cuando' y 'Entonces'.

💡Gherkin

Gherkin es el lenguaje utilizado para describir los casos de prueba de Cucumber en un formato de texto simple. Cada caso de prueba sigue una estructura de 'Dado', 'Cuando' y 'Entonces'. En el video, se usa para definir el comportamiento esperado de la página al interactuar con ella.

💡Test Runner

El Test Runner es la clase encargada de ejecutar las pruebas definidas en el proyecto. En el video, se crea un archivo llamado 'Test Runner' que inicializa las pruebas escritas en Cucumber y especifica dónde encontrar los escenarios y sus respectivas implementaciones.

💡Features

Features son los archivos que contienen los escenarios de prueba escritos en Gherkin. En el video, se explica cómo organizar los escenarios en paquetes llamados 'features', que describen las funcionalidades a ser probadas, como la navegación a la categoría de cómics en la página.

💡JUnit

JUnit es un framework de pruebas unitarias en Java. En el video, JUnit es utilizado para correr las pruebas de automatización en conjunto con Cucumber, permitiendo la ejecución de tests y la generación de reportes sobre su éxito o fracaso.

💡Paquete

En programación, un paquete es una estructura que organiza clases y archivos. En el video, se crean varios paquetes para organizar las pruebas, incluyendo el paquete 'features' para los escenarios, el paquete 'runner' para la ejecución de tests y el paquete 'selenium.gluecode' para la implementación de los pasos.

💡Pasos

Los pasos son las acciones definidas en los escenarios de prueba en Gherkin, como 'Dado que el usuario se encuentra en la página'. En el video, estos pasos se implementan en código Java para que Cucumber pueda ejecutarlos y validar el comportamiento de la página.

💡Test de Cómics

El test de cómics es un ejemplo específico que se menciona en el video, donde el usuario debe ser redirigido a la sección de cómics al hacer clic en un enlace. Este es uno de los primeros escenarios de prueba que se implementa utilizando Cucumber y Selenium.

Highlights

Comienzo de la creación de las primeras automatizaciones usando Java y Selenium.

La página de Little Tester se utiliza para la automatización con varios artículos y soluciones en Java y Selenium.

Explicación de cómo configurar el ambiente de pruebas y agregar dependencias en el archivo XML.

Se crean tres paquetes nuevos: features, runner y selenium.

El paquete 'features' contiene los escenarios de prueba escritos en Gherkin.

El paquete 'runner' se utiliza para comenzar a ejecutar las automatizaciones.

En el paquete 'selenium', se implementan los pasos de los escenarios de prueba.

Se explica cómo hacer la clase 'runner' ejecutable con Cucumber.

Cucumber options define las rutas donde se buscarán los escenarios de prueba y las implementaciones de los pasos.

Se desactiva la corrección ortográfica en el IDE para evitar remarcar palabras como inválidas.

Cucumber no encuentra escenarios definidos, lo que lleva a escribir el primer escenario de prueba en Gherkin.

Primer caso de prueba: redirección a la categoría de cómics desde la pantalla principal de Little Tester.

Cucumber ignora los tests porque los pasos no están implementados.

Se copian los métodos sugeridos por Cucumber y se implementan en la clase correspondiente.

Cucumber logra ejecutar el primer escenario de prueba, aunque sin funcionalidad real, pero confirma que los pasos coinciden con los métodos.

Transcripts

play00:00

o la vida del bienvenido sacu automation

play00:02

y vamos a empezar de una vez a crear

play00:06

nuestras primeras automatizaciones así

play00:09

que comenzamos lo que vamos a utilizar

play00:13

para correr nuestras o para realizar

play00:15

nuestros tests va a ser esta página que

play00:17

se llama a llamar y el tester es una

play00:19

página de automatización básicamente

play00:22

tiene un montón de artículos y

play00:25

soluciones con java y selenium

play00:27

básicamente

play00:29

tiene también una sección de cómics así

play00:33

que es la página que vamos a utilizar

play00:35

para automatizar de acá en adelante sí

play00:39

así que vamos a arrancar en el vídeo de

play00:43

configuración de ambiente habíamos

play00:45

dejado esto por acá teníamos nuestro

play00:48

archivo xml

play00:49

en donde teníamos todas las dependencias

play00:52

que íbamos a utilizar así que esto por

play00:55

ahora lo vamos a cerrar vemos que por

play00:58

defecto no se había creado esta

play01:00

estructura de carpetas

play01:02

así que lo que vamos a empezar a hacer

play01:04

ahora es crear tres nuevos paquetes

play01:07

vamos a ir al paquete java vamos a darle

play01:11

clic derecho y vamos a agregar

play01:14

un nuevo paquete que se va a llamar

play01:17

features

play01:21

vamos a agregar un pack de más que se va

play01:23

a llamar

play01:27

y vamos a agregar por último un tercer

play01:29

paquete que se va a llamar

play01:38

bien dentro del paquete features vamos a

play01:41

agregar un nuevo archivo que se va a

play01:43

llamar texto punto fitur

play01:47

dentro del paquete runner vamos a

play01:50

agregar una nueva clase que se va a

play01:53

llamar test runner

play01:58

y dentro de él en hyung lookout vamos a

play02:01

agregar también una clase que se va a

play02:03

llamar test

play02:08

bien que va a contener cada uno de estos

play02:10

paquetes en el paquete de features vamos

play02:13

a tener todos los escenarios de prueba

play02:15

escritos en lenguaje gherkin en el

play02:17

paquete trainer vamos a tener el punto

play02:21

de partida donde van a comenzar a

play02:24

ejecutarse en nuestras automatizaciones

play02:25

y en selenio en blue coat lo que vamos a

play02:28

tener es la implementación de todos los

play02:31

pasos de nuestros escenarios de prueba

play02:35

así que esta va a ser la estructura

play02:37

básica que vamos a tener

play02:40

en nuestro proyecto vamos a arrancar con

play02:44

la clase the runner si esta va a ser la

play02:47

clase que en la que se va a van a

play02:51

empezar a correr nuestras

play02:52

automatizaciones así que lo primero que

play02:54

tenemos que decir es que queremos que

play02:56

sea una clase ejecutable y que se

play02:59

ejecute con cucumber

play03:00

así que vamos a empezar vamos a poner

play03:03

sino que íbamos a poner en tweets

play03:10

y vamos a decir que queremos que corra

play03:12

con

play03:17

vemos que el líder automáticamente nos

play03:19

importa las librerías correspondientes

play03:22

tanto de unit runner como de j yun y

play03:24

cucumber y vamos a decirle a cucumber

play03:29

dos cosas muy importantes la primera

play03:31

cosa que tenemos que decir es en dónde

play03:34

va a ir a buscar nuestros escenarios de

play03:36

prueba y la segunda cosa muy importante

play03:38

que tenemos que decir es en dónde van a

play03:41

estar las implementaciones de cada uno

play03:43

de los pasos de nuestros escenarios

play03:47

entonces

play03:48

vamos a indicarle esto

play03:51

de la siguiente manera le vamos a decir

play03:54

con cumbre options

play03:57

y abrir paréntesis y le vamos a decir

play04:00

los features quiero que los vayas a

play04:03

buscar a la ruta sur

play04:07

test

play04:16

esta ruta que tenemos acá sur test

play04:19

features sí para que venga a buscar los

play04:22

escenarios de prueba dentro de esta

play04:25

carpeta y lo segundo que tenemos que

play04:27

decir es en dónde van a estar

play04:29

implementados esos escenarios del

play04:31

programa así que la tenemos en el

play04:33

paquete selenium glück kommt entonces le

play04:37

decimos club queremos que vaya a

play04:40

buscarlos al

play04:42

el paquete selenio

play04:50

tiene que estar en 3

play04:54

con muchas dobles y

play04:57

voy a desactivar el spinning para que el

play05:00

ide no me detecte estas palabras como

play05:03

como palabras inválidas así que porque

play05:06

soy bastante mañoso así que vamos a ir a

play05:09

file settings

play05:11

y vamos a destinar la opción de spinning

play05:14

si si no lo encuentran rápido pueden

play05:16

buscar

play05:22

un poco más rápido

play05:24

spelling

play05:26

en la parte de editor en la inspecciones

play05:28

van a destilar lo que el líder le

play05:32

remarque las palabras

play05:34

como palabras sin válidas que están

play05:36

dentro de él

play05:39

de los comentarios o dentro de las

play05:41

comillas dobles y que no tendría por qué

play05:43

hacer ningún control sobre cada una de

play05:45

estas palabras así que acá vemos que no

play05:48

nos remarca nada

play05:50

pero estoy como así si ustedes quieren

play05:52

dejarlo como estaba antes pueden hacerlo

play05:53

no hay ningún problema yo porque soy

play05:55

bastante mañoso me gustaba dejarlo así

play05:58

bien acá ya vemos que el ide nos detecta

play06:02

esta clase como una clase ejecutable si

play06:05

vemos que se puede ejecutar así que

play06:07

vamos a ejecutarla para ver qué pasa

play06:12

está compilando nuestro código esto va a

play06:14

tardar un ratito al principio porque es

play06:16

la primera vez después va a ser un poco

play06:18

más rápido

play06:19

vemos que termino de compilar y cucumber

play06:22

nos dice que no se encontraron features

play06:24

dentro de la carpeta sur test features y

play06:28

no encontró ningún escenario y ningún

play06:31

paso sí entonces termina con código cero

play06:34

lo cual es correcto porque nosotros

play06:36

dentro del archivo de escritura no

play06:40

tenemos absolutamente nada entonces

play06:43

vamos a empezar a escribir nuestros

play06:46

escenarios de prueba nuestro primer

play06:48

escenario de prueba

play06:50

si vieron el vídeo anterior en donde

play06:52

explico cómo escribir casos de prueba en

play06:56

este lenguaje gherkin

play06:58

vamos a empezar si no lo vieron les

play07:01

recomiendo que lo vayan a ver es el

play07:03

vídeo inmediatamente anterior a este

play07:07

así están al tanto de cómo escribimos

play07:10

nuestros escenarios de prueba con este

play07:12

lenguaje así que bien vamos a ver

play07:16

nuestro primer sentido de prueba que

play07:18

vamos a realizar va a ser que dentro de

play07:22

la pantalla principal de análisis el

play07:24

tester cuando yo clique sobre

play07:28

este título de little tester comics

play07:32

la página me redirige a la categoría de

play07:35

cómics y me muestre todos los los cómics

play07:39

que están disponibles

play07:42

así que ese va a ser nuestro primer caso

play07:44

de prueba que vamos a desarrollar

play07:48

así que vamos a empezar a escribir esto

play07:51

sí como les mencioné en el vídeo

play07:54

anterior lo primero que tenemos que

play07:56

hacer es definir un fixture si como

play07:59

nosotros ya nos descargamos el plugin de

play08:03

cucumber ya automáticamente nos detecta

play08:06

las palabras reservadas y nos marca con

play08:07

un colorcito así que vamos a poner como

play08:10

fitur vamos a poner categoría

play08:15

comics

play08:18

y vamos a ponerle una pequeña

play08:19

descripción a nuestro futuro que podemos

play08:22

poner por ejemplo como usuario

play08:27

quiero leer chistes

play08:30

de testers

play08:32

para reírme

play08:37

y pasar un buen rato

play08:44

ya tenemos nuestro fit shuruq con una

play08:46

pequeña descripción de el futuro y vamos

play08:49

a empezar a escribir nuestro escenario

play08:51

de prueba así que ponemos escenario y lo

play08:55

que queremos probar va a ser ingresar

play08:59

a la categoría cómics

play09:04

desde la pantalla home

play09:08

de la pantalla

play09:11

y acá vamos a poner cada uno de los

play09:13

pasos que tenemos que realizar para

play09:16

probar este escenario así que vamos a

play09:19

poner dado que sería given

play09:23

el usuario

play09:27

se encuentra

play09:29

en la página

play09:31

job

play09:34

a little texto

play09:38

cuándo

play09:42

hace clic sobre el botón del infield

play09:45

esther comics entonces hace clic

play09:49

del botón

play09:52

de ser cómics

play09:56

comics

play09:58

entonces lo que tiene que pasar es

play10:02

que nos tiene que redirigir a la

play10:05

pantalla de cómics sí así que vamos a

play10:09

poner

play10:17

a la pantalla

play10:21

perfecto así que ahora ya tenemos

play10:24

definido un escenario así que vamos a

play10:27

correr de nuevo nuestras

play10:28

automatizaciones para ver qué pasa

play10:35

vamos a ver

play10:37

con que nos encontramos bueno acá

play10:40

cucumber nos dice que ignoro todos

play10:42

nuestros tests si por lo menos ahora

play10:44

encontró un escenario y encontró tres

play10:47

pasos pero nos dicen que estos pasos no

play10:50

están definidos y acá viene la magia o

play10:53

lo lindo de cucumber así que no se tira

play10:55

exactamente el código que nosotros

play10:58

tenemos que escribir para implementar

play10:59

cada uno de esos pasos si vemos que nos

play11:02

tira todos estos tres métodos entonces

play11:06

lo que vamos a hacer es copiar

play11:08

exactamente cómo nos tira por consola

play11:10

cucumber y lo que vamos a hacer es ir a

play11:13

la clase test dentro de selección

play11:16

bluecoat y lo que vamos a hacer es

play11:19

simplemente pegarlo

play11:22

y acá vemos que esto explota un poco

play11:25

porque no tenemos importadas las

play11:27

librerías de cucumber así que lo que

play11:29

vamos a hacer es posicionar los sobre

play11:31

cada una de estas palabras re marcadas y

play11:34

le vamos a dar

play11:36

enter para importar las librerías vamos

play11:40

a importar

play11:42

esta sección la queremos desde cucumber

play11:45

vamos a importar también los web

play11:55

acá vemos que ya no hay ningún error así

play11:58

que vamos a correrlo de nuevo

play12:02

vamos avanzando de a poquito

play12:09

acá nuevamente ignoro todos nuestros

play12:12

tests y nos dice que encontró un

play12:15

escenario y que está pendiente y

play12:17

encontró también tres pasos y nos dice

play12:19

que uno está pendiente y dos ni siquiera

play12:22

fueron ejecutados si entonces acaba con

play12:24

un ver nos dice que

play12:26

recibió una excepción de pendín

play12:28

excepción y la acción que nos dice es

play12:31

implementar sí así que básicamente con

play12:35

cum bar nos dice que tenemos métodos que

play12:37

no están implementados y nos dice que

play12:39

nos tenemos que implementar entonces lo

play12:43

que vamos a hacer como primera acción va

play12:44

a ser sacar

play12:47

esto porque no nos lance ninguna

play12:48

excepción en cada uno de los tres

play12:50

métodos

play12:54

y en teoría ya tenemos tres métodos que

play12:57

no lanzan ninguna excepción de que están

play13:00

pendientes

play13:02

así que esto debería correr

play13:05

y debería pasar todo a ver qué pasa

play13:12

efectivamente si tenemos un escenario

play13:15

que pasó y tres pasos que también

play13:17

pasaron y tardó 0 19 8 segundos perfecto

play13:22

ya tenemos nuestro primer caso de prueba

play13:24

escrito que no prueba absolutamente nada

play13:27

pero ya tenemos nuestro primer escenario

play13:31

de prueba escrito en lenguaje de barking

play13:33

y ejecutado con cucumber perfecto

play13:38

vemos que esa no nos remarca cada uno de

play13:42

estos pasos porque comer

play13:46

ya marché a cada uno de estos pasos con

play13:49

un método en java como hace para marchar

play13:52

cada uno de estos pasos con un método en

play13:55

java bueno porque en el test runner

play13:58

nosotros le indicamos en donde en qué

play14:00

carpeta y van a estar implementados esos

play14:02

métodos si entonces lo que hace cucumber

play14:04

cuando empieza a leer esto es ir a la

play14:09

carpeta

play14:10

o al paquete es el en un look o va a ver

play14:13

que tiene una clase test y va a tratar

play14:16

de buscar cada una de estas definiciones

play14:22

va a tratar de coincidir la con algunos

play14:25

de los métodos que nosotros

play14:26

implementamos para hacer esto hace uso

play14:29

de esta expresión regular si esto es una

play14:33

expresión regular entonces lo que va a

play14:36

hacer cucumber es tratar de marchar cada

play14:39

uno cada una de estas expresiones

play14:41

regulares con los nombres que nosotros

play14:43

le definimos

play14:45

a cada uno de los pasos si por ejemplo

play14:48

si nosotros acá le ponemos espacio

play14:55

vemos que acá ya no está encontrando

play14:58

ninguna implementación de estos entonces

play15:01

nos arroja o nos avisa que este que este

play15:07

paso no está implementado en ningún lado

play15:09

si nos dice la referencia a este paso no

play15:12

está definida

play15:13

entonces

play15:15

nosotros tenemos que sacar esto y

play15:18

dejarlo como estaba para qué cucumber

play15:20

pueda marchar cada uno de estos pasos

play15:23

con nuestros métodos implementados

play15:29

así que

play15:31

perfecto ya escribimos nuestro primer

play15:33

escenario de prueba lo ejecutamos y paso

play15:37

sin ningún error esto es el caso de

play15:41

prueba más inútil de la historia porque

play15:43

no prueba absolutamente nada pero

play15:45

avanzamos un montón si ya creamos la

play15:48

estructura de carpetas que vamos a usar

play15:50

de acá en adelante tenemos el paquete

play15:53

features en donde van a estar contenidos

play15:54

todos los escenarios de prueba

play15:57

tenemos el paquete runner en donde acá

play16:00

vamos a empezar a correr las

play16:03

automatizaciones más adelante vamos a

play16:05

poner un poco más de contenido acá

play16:08

adentro para

play16:11

poner el código que se ejecute es

play16:13

siempre antes de nuestras pruebas o

play16:15

cuando queremos un código que se ejecute

play16:18

una vez que termino de correr

play16:20

absolutamente todo pero bueno esto por

play16:23

ahora lo vamos a dejar así y dentro de

play16:26

ese learning lukoil lo que vamos a tener

play16:27

es todas las implementaciones de los

play16:29

distintos escenarios de prueba que

play16:31

vayamos a escribir sí así que vamos a

play16:34

dejar este vídeo hasta acá

play16:37

los espero en el siguiente vídeo en

play16:40

donde vamos a implementar correctamente

play16:43

estos métodos para

play16:46

que realmente pruebe algo y que no sean

play16:48

métodos fantasmas de alguna manera así

play16:52

que nada espero que esto haya gustado

play16:55

no se olviden suscribirse y darle like a

play16:57

la campanita para que youtube les avise

play16:59

cuando es un nuevo vídeo y si le pueden

play17:01

dar laical vídeo me ayudan todavía

play17:03

muchísimo más así que espero que les

play17:05

haya gustado y nos vemos en el próximo

play17:08

vídeo

Rate This

5.0 / 5 (0 votes)

Etiquetas Relacionadas
AutomatizaciónSeleniumCucumberJavaTestingPruebas GherkinConfiguraciónDesarrolloQAProgramación