Explorando Módulos Node para Automatización de Pruebas

Rate this content
Bookmark

En mi charla exploraré los desafíos que se enfrentan al intentar gestionar y mantener el código de prueba en múltiples proyectos y qué me hizo crear mi primer módulo Javascript. Mostraré el proceso de construcción, publicación y versionado utilizando las poderosas capacidades de GitHub Actions. Y finalmente, hablaré sobre los beneficios de hacerlo.

This talk has been presented at TestJS Summit 2023, check out the latest edition of this JavaScript Conference.

FAQ

Kat Kniotek es una ingeniera de calidad que trabaja en Houseful, una empresa anteriormente conocida como Zoopla.

El propósito de crear una biblioteca propia para la automatización de pruebas es reducir la duplicación de código al utilizar ayudantes comunes y métodos de configuración que se copian de un proyecto a otro, facilitando la gestión y actualización de dependencias en múltiples proyectos.

Kat Kniotek menciona el uso de PMPM y VIT para la creación de proyectos de módulos, junto con la práctica de TDD (Desarrollo Guiado por Pruebas) en la automatización.

Kat sugiere construir el proyecto, empaquetarlo y luego publicarlo usando un flujo de trabajo de GitHub que automatiza estos pasos. También menciona la posibilidad de hacer pruebas instalando el paquete a través de un archivo local usando pmpm install y ajustando las configuraciones necesarias para autenticar el inicio de sesión en el registro de npm.

Kat incluiría ayudantes WAIT personalizados, comparadores y afirmaciones personalizadas, métodos de autenticación comunes como el cálculo de tokens Cognito, y modelos de objetos de página que se utilizan frecuentemente en diferentes proyectos.

Kat utiliza un formato de versionado mayor, menor y parche, y discute la importancia de comunicar cambios significativos mediante versiones mayores. Además, utiliza pre-lanzamientos con etiquetas como alpha o beta para gestionar versiones en desarrollo y asegurarse de que no se introduzcan errores críticos en versiones estables.

Kat opta por publicar su paquete en el feed de GitHub en lugar de npm para mantenerlo privado o restringido a su organización, configurando la visibilidad y el acceso adecuados mediante el uso de registros específicos y control de versiones.

Kat Kmiotek
Kat Kmiotek
19 min
11 Dec, 2023

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Esta charla explora el proceso de construcción de una biblioteca de automatización de pruebas utilizando módulos node, con un enfoque en la creación de la estructura del proyecto, la construcción y prueba de la biblioteca, y la publicación y versionado del paquete. Se discute la inclusión de características útiles como los ayudantes WAIT y el uso de bibliotecas como Playwright y Cypress. Se enfatiza la importancia de una documentación clara, versiones previas a la publicación y control de versiones, junto con la necesidad de instrucciones de instalación y pautas de contribución.

1. Introducción a la Construcción de la Biblioteca de Automatización de Pruebas

Short description:

Hablaré sobre la exploración de módulos de nodo para la automatización de pruebas. Te guiaré a través del proceso de construir tu propia biblioteca, publicarla en npm y luego usarla. Hoy, hablaré sobre la creación de un proyecto de módulo con PMPM y VIT. Hablaré sobre el desarrollo guiado por pruebas, probándolo. Hablaré sobre la selección de registros NPM, es decir, dónde publicarás tu paquete. Te mostraré un ejemplo del flujo de trabajo de la tubería de GitHub utilizado para publicar una nueva versión, pero también prelanzamientos. Hablaré sobre lo importante que es la versión del proyecto y la importancia de agregar un Readme. Pero antes de comenzar a sumergirnos en cómo construir tu propia biblioteca, me gustaría hacer la pregunta, y tal vez discutir primero, ¿qué incluiría esta biblioteca? ¿Qué tipo de ayudantes? A menudo te encuentras copiando y pegando de proyecto a proyecto, así que ¿qué ayudantes serían buenos para estar en esta biblioteca de pruebas? A menudo me encuentro usando ayudantes WAIT. No importa si trabajas con Playwright, Cypress, Selenium.

Hola a todos, mi nombre es Kat Kniotek. Trabajo como ingeniera de calidad en Houseful, anteriormente conocida como Zoopla. Gracias por unirte a mi charla hoy.

Hablaré sobre la exploración de los modules de nodo para la automation de pruebas. Te guiaré a través del proceso de construir tu propia biblioteca, publicarla en npm, y luego usarla.

Entonces, podríamos comenzar con la pregunta, ¿por qué? ¿Por qué crearías tu propia biblioteca para la automation de pruebas? Así que, estaba trabajando con dos enfoques para las pruebas. El primero, el marco de pruebas viviría en un repositorio separado. Sería un lugar único para administrar las dependencias de las pruebas. Las pruebas compartirían ayudantes y métodos de configuración. Las pruebas serían mantenidas por el equipo de QA. Podrías tener frameworks separados para las pruebas de UI y para las pruebas de API, pero principalmente el equipo de QA sería responsable de actualizarlo, agregarlo, depurar pruebas inestables. El segundo enfoque con el que trabajé, y siendo honesta, es que las pruebas viven con el proyecto, con el proyecto de la aplicación. Y luego pueden ser mantenidas por los desarrolladores. Entonces, digamos que configuraría este marco y los desarrolladores estarían agregando pruebas, actualizando pruebas según sea necesario. Sin embargo, este enfoque introdujo mucha duplicación de código. Cada vez que estamos creando una nueva API, un nuevo servicio, me encontraba copiando, pegando de un proyecto a otro ayudantes, la configuración de configuración para el proyecto. Y también cuando tenía que actualizar una de las dependencias, dependencias de prueba, tenía que actualizar en cinco lugares. Realmente no era el camino a seguir. Por eso decidí investigar la construcción de mi propia biblioteca que incluiría todos los ayudantes que copio y pego de repositorio a repositorio. Podría simplemente instalar esta biblioteca en un proyecto y luego usar ayudantes según sea necesario.

Entonces hoy, hablaré sobre la creación de un proyecto de módulo con PMPM y VIT. Hablaré sobre el desarrollo guiado por pruebas, testing. Como ingenieros de automation, no a menudo tenemos la oportunidad de practicar TDD. Esta es la oportunidad. Hablaré sobre la selección de registros NPM, es decir, dónde publicarás tu paquete. Te mostraré un ejemplo del flujo de trabajo de la tubería de GitHub utilizado para publicar una nueva versión, pero también prelanzamientos. Hablaré sobre lo importante que es la versión del proyecto y la importancia de agregar un Readme. Esos son algunos puntos que trataré. Pero antes de comenzar a sumergirnos en cómo construir tu propia biblioteca, me gustaría hacer la pregunta, y tal vez discutir primero, ¿qué incluiría esta biblioteca? ¿Qué tipo de ayudantes? A menudo te encuentras copiando y pegando de proyecto a proyecto, así que ¿qué ayudantes serían buenos para estar en esta biblioteca de pruebas? A menudo me encuentro usando ayudantes WAIT. No importa si trabajas con Playwright, Cypress, Selenium.

2. Creación de la Biblioteca de Pruebas y Estructura del Proyecto

Short description:

Podemos almacenar nuestros ayudantes WAIT personalizados, comparadores, afirmaciones y configuración en la biblioteca de pruebas. Los métodos de autenticación, los modelos de objetos de página y los ayudantes del cliente API también pueden incluirse. Para crear la biblioteca, podemos usar la herramienta de línea de comandos para pnpm y responder algunas preguntas sobre el marco, seleccionando el tiempo de ejecución como biblioteca y el lenguaje como TypeScript para la seguridad de tipo.

Todos tenemos nuestros ayudantes WAIT personalizados que probablemente sean particulares para la aplicación en la que trabajamos, y pueden almacenarse en nuestra nueva biblioteca de pruebas. Tal vez creaste tus propios comparadores y afirmaciones personalizadas, y realmente te gusta la forma en que funcionan, y quieres usarlos en otros proyectos. Así que, en lugar de copiar y pegar, puedes colocarlos en esta biblioteca de pruebas.

La configuración de tu prueba, también puede ser compartida. Los métodos de Authentication, así que digamos que trabajas con, pruebas de API, y la authentication para el servicio es CognitoToken, y cada una de las APIs, cada uno de los proyectos usa el mismo método de authentication. Así que tienes este ayudante para calcular el token base64 a partir de las credenciales. Esto también puede ir a la biblioteca de ayudantes. Modelos de objetos de página, tal vez cada una de tus pruebas interactúa con la página de inicio de sesión, y la página de inicio de sesión es la misma para todas las aplicaciones. Tal vez este modelo de objeto de página de inicio de sesión podría vivir en la biblioteca. Y los ayudantes del cliente API y la configuración, configurando encabezados personalizados y así sucesivamente.

Así que cuando estamos empezando la línea de comandos, en lugar de hacer toda la configuración del proyecto y demás, podemos usar la herramienta de línea de comandos para pnpm y crear el proyecto bit. Se te pedirá que respondas algunas preguntas sobre el marco. No estamos usando ninguna vista React o algo así. Simplemente estamos usando otro. El Runtime a seleccionar será biblioteca. Eso es realmente útil porque eso es lo que estamos construyendo. El lenguaje, seleccioné TypeScript para hacer nuestra biblioteca segura en términos de tipos. Si alguna vez has usado ese tipo de herramienta de línea de comandos, como NPX, crear aplicación React o similar, sabes que eso es lo que construirá para ti como la estructura del proyecto con mucho código predefinido.

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

Solicitudes de Red con Cypress
TestJS Summit 2021TestJS Summit 2021
33 min
Solicitudes de Red con Cypress
Top Content
Cecilia Martinez, a technical account manager at Cypress, discusses network requests in Cypress and demonstrates commands like cydot request and SCI.INTERCEPT. She also explains dynamic matching and aliasing, network stubbing, and the pros and cons of using real server responses versus stubbing. The talk covers logging request responses, testing front-end and backend API, handling list length and DOM traversal, lazy loading, and provides resources for beginners to learn Cypress.
Es una jungla ahí fuera: ¿Qué está pasando realmente dentro de tu carpeta Node_Modules?
Node Congress 2022Node Congress 2022
26 min
Es una jungla ahí fuera: ¿Qué está pasando realmente dentro de tu carpeta Node_Modules?
Top Content
The talk discusses the importance of supply chain security in the open source ecosystem, highlighting the risks of relying on open source code without proper code review. It explores the trend of supply chain attacks and the need for a new approach to detect and block malicious dependencies. The talk also introduces Socket, a tool that assesses the security of packages and provides automation and analysis to protect against malware and supply chain attacks. It emphasizes the need to prioritize security in software development and offers insights into potential solutions such as realms and Deno's command line flags.
Pruebas de ciclo completo con Cypress
TestJS Summit 2022TestJS Summit 2022
27 min
Pruebas de ciclo completo con Cypress
Top Content
Cypress is a powerful tool for end-to-end testing and API testing. It provides instant feedback on test errors and allows tests to be run inside the browser. Cypress enables testing at both the application and network layers, making it easier to reach different edge cases. With features like AppActions and component testing, Cypress allows for comprehensive testing of individual components and the entire application. Join the workshops to learn more about full circle testing with Cypress.
Automatizando Todo el Código y las Pruebas con GitHub Actions
React Advanced 2021React Advanced 2021
19 min
Automatizando Todo el Código y las Pruebas con GitHub Actions
Top Content
We will learn how to automate code and testing with GitHub Actions, including linting, formatting, testing, and deployments. Automating deployments with scripts and Git hooks can help avoid mistakes. Popular CI-CD frameworks like Jenkins offer powerful orchestration but can be challenging to work with. GitHub Actions are flexible and approachable, allowing for environment setup, testing, deployment, and custom actions. A custom AppleTools Eyes GitHub action simplifies visual testing. Other examples include automating content reminders for sharing old content and tutorials.
Desarrollo Efectivo de Pruebas
TestJS Summit 2021TestJS Summit 2021
31 min
Desarrollo Efectivo de Pruebas
Top Content
This Talk introduces Test Effective Development, a new approach to testing that aims to make companies more cost-effective. The speaker shares their personal journey of improving code quality and reducing bugs through smarter testing strategies. They discuss the importance of finding a balance between testing confidence and efficiency and introduce the concepts of isolated and integrated testing. The speaker also suggests different testing strategies based on the size of the application and emphasizes the need to choose cost-effective testing approaches based on the specific project requirements.

Workshops on related topic

Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
React Summit 2023React Summit 2023
151 min
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
Top Content
Featured Workshop
Josh Justice
Josh Justice
La Biblioteca de Pruebas de React es un gran marco para las pruebas de componentes de React porque responde muchas preguntas por ti, por lo que no necesitas preocuparte por esas preguntas. Pero eso no significa que las pruebas sean fáciles. Todavía hay muchas preguntas que tienes que resolver por ti mismo: ¿Cuántas pruebas de componentes debes escribir vs pruebas de extremo a extremo o pruebas de unidad de nivel inferior? ¿Cómo puedes probar una cierta línea de código que es difícil de probar? ¿Y qué se supone que debes hacer con esa persistente advertencia de act()?
En esta masterclass de tres horas, presentaremos la Biblioteca de Pruebas de React junto con un modelo mental de cómo pensar en el diseño de tus pruebas de componentes. Este modelo mental te ayudará a ver cómo probar cada bit de lógica, si debes o no simular dependencias, y ayudará a mejorar el diseño de tus componentes. Te irás con las herramientas, técnicas y principios que necesitas para implementar pruebas de componentes de bajo costo y alto valor.
Tabla de contenidos- Los diferentes tipos de pruebas de aplicaciones de React, y dónde encajan las pruebas de componentes- Un modelo mental para pensar en las entradas y salidas de los componentes que pruebas- Opciones para seleccionar elementos DOM para verificar e interactuar con ellos- El valor de los mocks y por qué no deben evitarse- Los desafíos con la asincronía en las pruebas de RTL y cómo manejarlos
Requisitos previos- Familiaridad con la construcción de aplicaciones con React- Experiencia básica escribiendo pruebas automatizadas con Jest u otro marco de pruebas unitarias- No necesitas ninguna experiencia con la Biblioteca de Pruebas de React- Configuración de la máquina: Node LTS, Yarn
Cómo empezar con Cypress
TestJS Summit 2022TestJS Summit 2022
146 min
Cómo empezar con Cypress
Featured WorkshopFree
Filip Hric
Filip Hric
La web ha evolucionado. Finalmente, también lo ha hecho el testing. Cypress es una herramienta de testing moderna que responde a las necesidades de testing de las aplicaciones web modernas. Ha ganado mucha popularidad en los últimos años, obteniendo reconocimiento a nivel mundial. Si has estado esperando aprender Cypress, ¡no esperes más! Filip Hric te guiará a través de los primeros pasos sobre cómo empezar a usar Cypress y configurar tu propio proyecto. La buena noticia es que aprender Cypress es increíblemente fácil. Escribirás tu primer test en poco tiempo y luego descubrirás cómo escribir un test de extremo a extremo completo para una aplicación web moderna. Aprenderás conceptos fundamentales como la capacidad de reintentar. Descubre cómo trabajar e interactuar con tu aplicación y aprende cómo combinar pruebas de API y de UI. A lo largo de todo este masterclass, escribiremos código y realizaremos ejercicios prácticos. Saldrás con una experiencia práctica que podrás aplicar a tu propio proyecto.
Detox 101: Cómo escribir pruebas de extremo a extremo estables para su aplicación React Native
React Summit 2022React Summit 2022
117 min
Detox 101: Cómo escribir pruebas de extremo a extremo estables para su aplicación React Native
Top Content
WorkshopFree
Yevheniia Hlovatska
Yevheniia Hlovatska
A diferencia de las pruebas unitarias, las pruebas de extremo a extremo buscan interactuar con su aplicación tal como lo haría un usuario real. Y como todos sabemos, puede ser bastante desafiante. Especialmente cuando hablamos de aplicaciones móviles.
Las pruebas dependen de muchas condiciones y se consideran lentas e inestables. Por otro lado, las pruebas de extremo a extremo pueden dar la mayor confianza de que su aplicación está funcionando. Y si se hace correctamente, puede convertirse en una herramienta increíble para aumentar la velocidad del desarrollador.
Detox es un marco de pruebas de extremo a extremo en caja gris para aplicaciones móviles. Desarrollado por Wix para resolver el problema de la lentitud e inestabilidad y utilizado por React Native en sí como su herramienta de pruebas E2E.
Únete a mí en esta masterclass para aprender cómo hacer que tus pruebas de extremo a extremo móviles con Detox sean excelentes.
Prerrequisitos- iOS/Android: MacOS Catalina o más reciente- Solo Android: Linux- Instalar antes de la masterclass
Masterclass de Pruebas de API con Postman
TestJS Summit 2023TestJS Summit 2023
48 min
Masterclass de Pruebas de API con Postman
Top Content
WorkshopFree
Pooja Mistry
Pooja Mistry
En el panorama siempre en evolución del desarrollo de software, garantizar la fiabilidad y funcionalidad de las API se ha vuelto primordial. "Pruebas de API con Postman" es una masterclass completa diseñada para equipar a los participantes con los conocimientos y habilidades necesarios para sobresalir en las pruebas de API utilizando Postman, una herramienta poderosa ampliamente adoptada por profesionales en el campo. Esta masterclass profundiza en los fundamentos de las pruebas de API, avanza a técnicas de prueba avanzadas y explora la automatización, las pruebas de rendimiento y el soporte multiprotocolo, proporcionando a los asistentes una comprensión holística de las pruebas de API con Postman.
Únete a nosotros para esta masterclass para desbloquear todo el potencial de Postman para las pruebas de API, agilizar tus procesos de prueba y mejorar la calidad y fiabilidad de tu software. Ya seas un principiante o un probador experimentado, esta masterclass te equipará con las habilidades necesarias para sobresalir en las pruebas de API con Postman.
Monitoreo 101 para Desarrolladores de React
React Summit US 2023React Summit US 2023
107 min
Monitoreo 101 para Desarrolladores de React
Top Content
WorkshopFree
Lazar Nikolov
Sarah Guthals
2 authors
Si encontrar errores en tu proyecto frontend es como buscar una aguja en un pajar de código, entonces el monitoreo de errores de Sentry puede ser tu detector de metales. Aprende los conceptos básicos del monitoreo de errores con Sentry. Ya sea que estés ejecutando un proyecto de React, Angular, Vue, o simplemente JavaScript “vainilla”, mira cómo Sentry puede ayudarte a encontrar el quién, qué, cuándo y dónde detrás de los errores en tu proyecto frontend.
Nivel de la masterclass: Intermedio
Masterclass de Node.js
Node Congress 2023Node Congress 2023
109 min
Masterclass de Node.js
Top Content
Workshop
Matteo Collina
Matteo Collina
¿Alguna vez has tenido dificultades para diseñar y estructurar tus aplicaciones Node.js? Construir aplicaciones que estén bien organizadas, sean probables y extensibles no siempre es fácil. A menudo puede resultar ser mucho más complicado de lo que esperas. En este evento en vivo, Matteo te mostrará cómo construye aplicaciones Node.js desde cero. Aprenderás cómo aborda el diseño de aplicaciones y las filosofías que aplica para crear aplicaciones modulares, mantenibles y efectivas.

Nivel: intermedio