¡Ve a buscar lo que podríamos haber pasado por alto!

Rate this content
Bookmark

Entrar al mundo del software con una mentalidad de pruebas exploratorias es como llegar a un lienzo de múltiples capas con mucha información y una tarea abierta: ¡encontrar lo que podríamos haber pasado por alto! Esta es la tarea para todos nosotros en los equipos de software en nuestra búsqueda de calidad.


Enmarcar la búsqueda de cómo nuestro sistema no cumple con las expectativas es más fácil cuando podemos ver el software desde la perspectiva del usuario. Sin embargo, las pruebas útiles no son una colección de pruebas de extremo a extremo que automatizamos, sino pruebas excelentes que dejamos atrás y que descomponen el problema de las pruebas de manera diferente. En esta charla, aprenderemos a utilizar la arquitectura como un filtro para descomponer las pruebas y veremos un ejemplo de cómo tomar el control de las respuestas de la API para probar un frontend de React.


Los usuarios no saben ni les importa si el problema está en el frontend y los servicios que su equipo proporcionó si no cumple con sus expectativas, pero a usted le importa. La granularidad de los comentarios es importante. Reconocer los mismos problemas en un alcance incompleto, como características a medio hacer o solo en el frontend o las API, es una habilidad que la industria del software debe desarrollar.

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

FAQ

Mi principal enfoque es actuar como control de calidad para las pruebas realizadas en nuestros equipos, evaluando los resultados y buscando aspectos que otros podrían haber pasado por alto. Generalmente permanezco de seis a doce meses en cada equipo con el objetivo de mejorar sus procesos y resultados.

Utilizo dos tipos principales de pruebas: la creación de artefactos, como la automatización o listas de verificación, y pruebas como un rendimiento, que es más exploratorio e improvisado, permitiendo una interacción más creativa con la aplicación.

Ayudo a los equipos a crecer en la forma en que realizan las pruebas y dejar las cosas mejor después de mi partida. Esto involucra desde la creación de especificaciones hasta la generación de retroalimentación y granularidad en los resultados de las pruebas.

Las pruebas exploratorias son fundamentales, ya que me permiten interactuar directamente con la aplicación y responder a lo que esta 'comunica', lo que aumenta la creatividad y la detección de errores no anticipados.

Los mejores equipos deben combinar varios tipos de pruebas, incluyendo pruebas de unidad, de servicio, de interfaz de usuario (UI), de integración de sistemas y de extremo a extremo, además de utilizar técnicas como la falsificación y simulación para un enfoque de prueba más robusto.

Selecciono herramientas de prueba basadas en la tecnología y las necesidades específicas del equipo, preferentemente aquellas que se integren bien con el código existente en lugar de herramientas basadas en interfaces gráficas.

Mi estrategia incluye realizar pruebas de extremo a extremo en un entorno integrado que simule el entorno de producción real, asegurando que todas las integraciones y dependencias funcionen correctamente juntas.

Maaret Pyhäjärvi
Maaret Pyhäjärvi
27 min
18 Nov, 2021

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Maaret Pyhäjärvi, una ingeniera principal de pruebas en Vaisala, enfatiza la importancia de equilibrar diferentes tipos de pruebas para construir mejores equipos. Probar la aplicación con ubicaciones diferentes revela posibles problemas con su comportamiento. El orador destaca la importancia de probar integraciones y dependencias, incluyendo bibliotecas y sistemas operativos. Prefieren herramientas orientadas al código como Requests y Python para las pruebas de API. La única forma de prueba que realizan es la prueba exploratoria, y animan a otros a participar en ella también.
Available in English: Go Find What We May Have Missed!

1. Introducción a las pruebas en Vaisala

Short description:

Hola, mi nombre es Maaret Pyhäjärvi y durante el último año y medio de mi carrera de 25 años, he trabajado en Vaisala como ingeniera de pruebas principal. Voy y evalúo los resultados que podemos proporcionar al quedarme dentro del equipo como uno de los miembros del equipo por un tiempo. Repito esto de equipo en equipo, generalmente pasando de seis a doce meses dentro de un equipo, con la idea de dejar las cosas mejor después de irme y ayudar a los equipos a crecer en la forma en que hacen las pruebas.

Una forma interesante de describir lo que hago en mi trabajo es esta idea de que soy el control de calidad para las testing que se realizan en nuestros equipos. Voy y evalúo los resultados que podemos proporcionar al quedarme dentro del equipo como uno de los miembros del equipo por un tiempo.

Muchas veces enmarco mi tarea como ir a buscar al menos algunas de las cosas que otros han pasado por alto. Repito esto de equipo en equipo, generalmente pasando de seis a doce meses dentro de un equipo, con la idea de dejar las cosas mejor después de irme y ayudar a los equipos a crecer en la forma en que hacen las testing. He hecho esto muchas veces a lo largo de mi career para diferentes productos y equipos, uno de ellos es este ejemplo en particular que se muestra en la diapositiva, donde le pedí permiso a un desarrollador de una herramienta de testing basada en API para probar su aplicación y utilizarla como material de capacitación en algunas de las charlas de conferencias que he dado. Luego dieron una entrevista en un podcast diciendo que básicamente la destruí en una hora y media. Esta es una experiencia común que los desarrolladores me cuentan con una sonrisa, espero al menos, en su rostro.

Y generalmente también está relacionado con el hecho de que para ese momento también he tenido conversaciones sobre, sabes, no destruí la aplicación. Lo único que podría haber destruido es la ilusión que nunca fue la realidad. Puedes estar muy orgulloso de tu aplicación. Puede que ya estés haciendo un buen trabajo. Y aún así puede haber cosas que te estás perdiendo. Y tus clientes

2. Testing: Creación de Artefactos y Rendimiento

Short description:

En las pruebas, hay dos tipos: creación de artefactos y rendimiento. La creación de artefactos proporciona especificaciones, retroalimentación, regresión y granularidad. Las pruebas de rendimiento ofrecen orientación, serendipia y ayudan a descubrir problemas inesperados. Para construir mejores equipos, se necesita un equilibrio de diferentes tipos de pruebas, incluyendo la falsificación de componentes y las pruebas con integraciones reales. El sistema debe ser receptivo, fácil de usar y seguro. Un ejemplo de aplicación demuestra el uso de pruebas de front-end y back-end con respuestas simuladas.

podría no estar diciéndote. Así que en todo este trabajo que he hecho, lo he resumido como una receta para mejorar los equipos. ¿Cómo encontramos las cosas que nos faltan? Y comenzamos con dos tipos de pruebas. Está la prueba que se enmarca como una creación de artefactos, ya sea creando automatización o listas de verificación para pruebas repetibles más adelante. Y luego tenemos el otro tipo, las pruebas como un rendimiento, como el teatro improvisado, donde miras la aplicación. La aplicación te habla. Es como tu imaginación externa. Y te hace más creativo. Y todo lo que aprendes, luego lo conviertes en la parte de creación de artefactos de las pruebas. Necesitas ambos lados. Te brindan cosas muy, muy diferentes, donde el estilo de creación de artefactos te brinda especificaciones, retroalimentación, regresión y mi favorito absoluto, granularidad, saber según los resultados que estás obteniendo, qué cambio rompió las cosas y, a partir de los registros, qué está roto ahora, sin tener que pasar varias horas o incluso días analizando tus resultados antes de llegar a las correcciones reales. Estas son cosas que puedes obtener del estilo de creación de artefactos de las pruebas. En el estilo de rendimiento, te brinda cosas un poco más vagas en muchos sentidos, pero también te brinda una especie de guía. Sabes, la dirección, ¿vamos en una mejor dirección? ¿Esto es bueno? ¿Todavía hay más retroalimentación, más conversaciones por tener? ¿Hay algo en lo que necesitemos construir nuestra comprensión y mejorar los modelos? Y mi favorito absoluto, nuevamente, serendipia, accidente afortunado, lo que significa que a veces, algunos de los problemas que necesitamos encontrar son combinaciones interesantes de todo tipo de cosas en las que no pensamos, que solo necesitamos darle tiempo. Entonces, hay un dicho, una cita de Arnold Palmer, un famoso golfista, que no es solo que tenga suerte, es solo que ha estado practicando. Entonces, algo así es la idea general con este estilo de pruebas. Entonces, enmarcado desde los lados, necesitamos algo en el medio para los mejores equipos.

Y lo que necesitamos en el medio son, por supuesto, diferentes tipos de pruebas. Ya sea que provengan del punto de vista de crear artefactos, o que provengan del punto de vista de realizar pruebas y pensar en qué tipo de cosas aún podríamos estar pasando por alto, probablemente probaremos diferentes niveles de interfaces disponibles en el sistema, y trataremos de hacer un conjunto equilibrado de todas las formas diferentes de pruebas, ya sean pequeñas, medianas, grandes, pruebas de unidad, servicio, UI, o pruebas de integración de sistema, o de extremo a extremo, cualesquiera que sean las palabras que desees usar. Probablemente tampoco tendrás solo estos diferentes tipos de pruebas donde básicamente estás ampliando el alcance de las mismas. También probablemente te gustaría tener en esos mejores equipos alguna forma de falsificación, simulación, espionaje, falsificaciones, como quieras llamarlo. Formas de falsificar las respuestas del servicio, los datos, o cualquiera de los componentes que desees excluir del escenario de pruebas para poder tener una retroalimentación enfocada. Pero también quieres probar con las integraciones reales, nuevamente, porque es probable que veas algo diferente allí, y eso es lo que tu cliente terminará usando de todos modos, no las simulaciones que has creado. Probablemente tendrás una base de funcionalidad, pero también las tres otras cosas clave. Debe responder lo suficientemente rápido a las solicitudes del cliente. Debe ser lo suficientemente fácil de entender para que sepas qué hacer con la aplicación. Y los usuarios no deseados deben tener mecanismos para mantenerlos alejados de tu sistema para que cualquier propósito comercial que sirva el sistema, la información también esté segura de otras personas que puedan causarte daño. Entonces, esta es la estructura que creo que necesitamos para los beta testers. Y quería darte un pequeño ejemplo de cómo se aplica típicamente algo como esto en una aplicación. Tomé una pequeña aplicación de ejemplo que se creó básicamente para mostrar la idea de que puedes tener un front-end y un back-end y puedes simular las respuestas del back-end. Así que hay un front-end muy simple de React, una aplicación de React muy simple y la posibilidad de cambiar si estás trabajando contra el

QnA

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.
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.
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.
Playwright Test Runner
TestJS Summit 2021TestJS Summit 2021
25 min
Playwright Test Runner
Top Content
The Playwright Test Runner is a cross-browser web testing framework that allows you to write tests using just a few lines of code. It supports features like parallel test execution, device emulation, and different reporters for customized output. Code-Gen is a new feature that generates code to interact with web pages. Playwright Tracing provides a powerful tool for debugging and analyzing test actions, with the ability to explore trace files using TraceViewer. Overall, Playwright Test offers installation, test authoring, debugging, and post-mortem debugging capabilities.
Despídete de tus esquemas de API con tRPC
React Day Berlin 2022React Day Berlin 2022
29 min
Despídete de tus esquemas de API con tRPC
Today's Talk introduces TRPC, a library that eliminates the need for code generation and provides type safety and better collaboration between front-end and back-end. TRPC is demonstrated in a Next JS application integrated with Prisma, allowing for easy implementation and interaction with the database. The library allows for seamless usage in the client, with automatic procedure renaming and the ability to call methods without generating types. TRPC's client-server interaction is based on HTTP requests and allows for easy debugging and tracing. The library also provides runtime type check and validation using Zod.

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
Práctica con la Rejilla de Datos React de AG Grid
React Summit 2022React Summit 2022
147 min
Práctica con la Rejilla de Datos React de AG Grid
Top Content
WorkshopFree
Sean Landsman
Sean Landsman
Comienza con la Rejilla de Datos React de AG Grid con un tutorial práctico del equipo central que te llevará a través de los pasos para crear tu primera rejilla, incluyendo cómo configurar la rejilla con propiedades simples y componentes personalizados. La edición comunitaria de AG Grid es completamente gratuita para usar en aplicaciones comerciales, por lo que aprenderás una herramienta poderosa que puedes agregar inmediatamente a tus proyectos. También descubrirás cómo cargar datos en la rejilla y diferentes formas de agregar renderizado personalizado a la rejilla. Al final de la masterclass, habrás creado una Rejilla de Datos React de AG Grid y personalizado con componentes React funcionales.- Comenzando e instalando AG Grid- Configurando ordenación, filtrado, paginación- Cargando datos en la rejilla- La API de la rejilla- Usando hooks y componentes funcionales con AG Grid- Capacidades de la edición comunitaria gratuita de AG Grid- Personalizando la rejilla con Componentes React