Fixtures en Playwright - Pequeña Guía
From Author:
¿Qué son los fixtures? ¿Cómo puedo crear uno? ¿Cómo puedo usarlo? Responderé todas estas preguntas con un pequeño pero explicativo ejemplo de código en vivo.
This talk has been presented at TestJS Summit 2023, check out the latest edition of this JavaScript Conference.
FAQ
Un fixture en Playwright se describe como un pequeño entorno donde existen métodos y elementos definidos por el usuario, similar a una piscina de bolas donde la piscina representa a Playwright y las bolas son los fixtures.
Los fixtures son fundamentales en Playwright porque permiten controlar el entorno de prueba, haciendo que cada componente como la página o el navegador de contexto sea manipulable y adaptable a necesidades específicas.
Crear tus propios fixtures en Playwright permite tener un mayor control sobre los métodos y comportamientos dentro de tus pruebas, haciéndolas más legibles, reutilizables y mantenibles.
Para hacer un fixture más legible y reutilizable, puedes encapsular funcionalidades comunes dentro de objetos de página con métodos específicos, y luego integrar estos objetos en un fixture que se use en varias pruebas.
La estructura básica de un fixture en Playwright incluye un bloque 'antes' para configuraciones previas, el bloque de prueba donde se ejecutan las acciones y un bloque 'después' para tareas de finalización o limpieza.
Para integrar un fixture personalizado en tus pruebas, necesitas definirlo en una función y hacer que Playwright lo reconozca y lo añada a tu entorno de prueba. Esto te permite utilizar métodos personalizados directamente en tus pruebas.
Video Transcription
1. Introducción a los Fixtures
Hola a todos. Soy Lia, la guardiana de la calidad de la aplicación. Mi objetivo es ayudarte a entender los fixtures y cómo crear los tuyos. Los fixtures son como pequeños entornos en Playwright, donde defines métodos y cosas. Playwright nos da la oportunidad de crear nuestros propios fixtures, proporcionando control sobre el proceso de prueba.
Hola a todos. Soy Lia. Espero que se estén divirtiendo hoy. Mi descripción de trabajo en Bleep es ingeniera de aseguramiento de calidad, pero me gusta describirme como la guardiana de la calidad de la aplicación. Mi objetivo aquí es, al final de estos siete minutos más o menos, que obtengan una mejor comprensión de lo que es un fixture y cómo pueden crear el suyo propio.
Entonces, comencemos desde el principio. ¿Qué es un fixture? Bueno, me gusta describir los fixtures en Playwright como un pequeño entorno donde existen métodos y cosas que yo defino. Uso estas analogías como, imagina una piscina de bolas donde Playwright es la piscina de bolas y los fixtures son las pequeñas bolas que están dentro de la piscina de bolas.
¿Y por qué? ¿Por qué usas fixtures? Así que Playwright se basa en fixtures. Todo lo que usamos en Playwright es un fixture. La página es un fixture. El navegador de contexto es un fixture. Y como dije anteriormente, Playwright nos da la oportunidad de crear los nuestros. Y puedes preguntar, vale, si Playwright nos da la oportunidad, lo siento, si Playwright nos da el fixture ya, ¿por qué necesito crear el mío? Bueno, la respuesta es control. Pero vale, esto no está funcionando. Claro que necesitamos tener problemas. Vale, control. Vale. ¿Control de qué? Bueno, veamos un pequeño ejemplo.
2. Creando Fixtures Reutilizables
Para hacer la prueba más legible y reutilizable, la paso a un objeto de página con mis propios métodos. Al crear un fixture, puedo hacer que estos métodos estén disponibles para su uso. La estructura del fixture consta de un bloque antes, la prueba y un bloque después. En lugar de importar la prueba y usar la página, importo y uso mi fixture en la prueba. Esto me permite acceder a los métodos que creé en el objeto de página, haciendo que el código sea más legible y reutilizable. Los fixtures de Playwright proporcionan control sobre los métodos utilizados en el fixture, creando un entorno pequeño y controlable.
Entonces, esta es una prueba que creé, y puedes ver que está utilizando el fixture de página. Estoy importando la prueba de Playwright. Tengo un antes. Estoy comprobando algunos títulos y rellenando algunos forms. Pero esto no es realmente reutilizable y no puedes entender realmente si no tienes el contexto de la aplicación, qué se está haciendo aquí.
Entonces, ¿cómo puedo hacer esto más fácil de leer y más reutilizable para todos los que necesitan agregar pruebas para usarlo? Entonces la respuesta es, voy a pasar esto a un objeto de página que tiene mis propios métodos. Y puedes ver aquí que tengo getTitle, clickButtons, fillForms. Entonces, estos son mis métodos, mis objetos de página, pero esto por sí solo no los hace disponibles en el fixture de página.
Entonces, lo que necesito hacer para que estén disponibles para usar es, bueno, crear un fixture. Entonces la estructura aquí es, necesito tener una función que le diga a Playwright, añade mi fixture a la tierra de la característica. Entonces la prueba es la tierra de las características y voy a extender mis propias características. Y en mi definición de fixture, va a estar mi prueba. Puedes usar otros fixtures como una sección de fixture para hacer cosas, pero lo principal aquí es la estructura. Entonces, la estructura para el fixture va a ser el bloque antes, la prueba y luego el bloque después. Entonces, lo que estoy haciendo aquí es, si miras la prueba inicial, tengo un gancho antes y comparando con mi fixture, el mismo gancho antes está allí. Luego voy a usar mis métodos en la página inicial y después de la ejecución, voy a hacer un console.log de algo.
Entonces, ¿cómo puedo usar esto en mi prueba? Entonces, en lugar de importar la prueba, en lugar de usar la página, ahora lo que voy a hacer es importar mi fixture y usar mi fixture en la prueba e importar mi prueba que es el fixture actual. Y como puedes ver allí, tiene acceso a mis métodos que creé en el objeto de página. Es un poco más legible y es muy reutilizable porque si quiero tener, digamos, otras 10 pruebas que pasen por esto, puedes simplemente reutilizarlo en lugar de tener que recodificar todo. Entonces, el control que nos dan los Fixtures de PlayWrite es que puedo decidir qué métodos necesito usar o qué quiero usar en mi fixture. Tengo un entorno realmente pequeño que es muy controlable y muy reutilizable. Entonces, espero que esto les dé un poco más de visión sobre los fixtures y cómo pueden usarlos en sus pruebas. Y eso es todo, chicos. Gracias.
Available in other languages:
Check out more articles and videos
We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career
Workshops on related topic
El escáner de seguridad de NeuraLegion, enfocado en los desarrolladores, Dynamic Application Security Testing (DAST), permite a los desarrolladores detectar, priorizar y remediar problemas de seguridad de manera TEMPRANA, en cada confirmación, sin falsos positivos/alertas, sin ralentizarte.
¡Únete a esta masterclass para aprender diferentes formas en que los desarrolladores pueden acceder a Nexploit y comenzar a escanear sin salir de la terminal!
Recorreremos la configuración de principio a fin, mientras configuramos un pipeline, ejecutamos pruebas de seguridad y analizamos los resultados.
Tabla de contenidos:
- Qué es realmente DAST (Dynamic Application Security Testing) enfocado en los desarrolladores y cómo funciona
- Ver dónde y cómo encaja un DAST moderno y preciso en el CI/CD
- Integrar el escáner Nexploit de NeuraLegion con GitHub Actions
- Comprender cómo se pueden probar las aplicaciones modernas, las API y los mecanismos de autenticación
- Hacer un fork de un repositorio, configurar un pipeline, ejecutar pruebas de seguridad y analizar los resultados
El escáner de seguridad de NeuraLegion, enfocado en los desarrolladores, permite detectar, priorizar y remediar problemas de seguridad de manera temprana, en cada confirmación, sin falsos positivos o alertas, sin ralentizarte.
Únete a esta masterclass para aprender diferentes formas en las que los desarrolladores pueden acceder al escáner de seguridad de NeuraLegion y comenzar a escanear sin salir de la terminal!
Recorreremos la configuración de principio a fin, mientras configuramos un pipeline para un objetivo GraphQL vulnerable, ejecutamos pruebas de seguridad y analizamos los resultados.
Tabla de contenidos:
- Qué es realmente el escáner de seguridad de NeuraLegion enfocado en los desarrolladores (Dynamic Application Security Testing) y cómo funciona
- Ver dónde y cómo encaja un escáner moderno y preciso enfocado en los desarrolladores en el CI/CD
- Integrar el escáner de NeuraLegion con GitHub Actions
- Comprender cómo se pueden probar las aplicaciones modernas, GraphQL y otras API y mecanismos de autenticación
- Hacer un fork de un repositorio, configurar un pipeline, ejecutar pruebas de seguridad y analizar los resultados
Comments