Name: TestJS Summit - January, 2021
Start: 2021-01-27T23:00:00.000Z
End: 2021-01-28T23:00:00.000Z

El rendimiento puede hacer o deshacer un sitio web, pero ¿cómo puedes cuantificar eso? En esta sesión, veremos los Core Web Vitals como una forma de medir el rendimiento en la web. Específicamente, repasaremos la historia de las mediciones de rendimiento web, de dónde provienen las nuevas métricas y cómo se miden. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Core Web Vitals - ¿Qué, Por qué y Cómo?

This Talk provides an introduction to the core of Vitals and its contribution to Google search. It discusses the evolution of website performance metrics and the need to consider factors beyond the time to first byte. The concept of Core Web Vitals is introduced, consisting of three metrics: Largest Contentful Paint, First Input Delay, and Cumulative Layout Shift. The upcoming Page Experience signal, launching in May 2021, will combine Core Web Vitals with existing ranking signals. The Talk also addresses challenges in measuring performance and provides insights on layout stability and visual completeness.

Martin Splitt

Esta masterclass te enseñará los conceptos básicos para escribir pruebas end-to-end útiles utilizando Cypress Test Runner. Cubriremos la escritura de pruebas, cubriendo cada característica de la aplicación, estructurando pruebas, interceptando solicitudes de red y configurando los datos del backend. Cualquiera que conozca el lenguaje de programación JavaScript y tenga NPM instalado podrá seguir adelante. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Testing Web Applications Using Cypress

The Workshop covers various topics related to Cypress, including app control, network calls, continuous integration, and debugging. Cypress provides intelligent features such as command logging, test reruns, and powerful assertions. The documentation for Cypress is comprehensive and includes syntax, examples, and historical changes. Tests in Cypress should focus on expected behavior and utilize assertions for accurate results. Cypress offers features like time-travel debugging, conditional testing, and intercepting network requests for effective testing.

Gleb Bahmutov

En esta charla, discutiré los errores comunes que cometen los desarrolladores al escribir pruebas en Cypress y cómo evitarlos. Hablaremos sobre pruebas que son demasiado cortas, pruebas que codifican datos, pruebas que compiten contra la aplicación y otros errores. Creo que esta presentación será útil para cualquier persona que escriba pruebas E2E utilizando JavaScript.<a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

No cometas estos errores de prueba

The Talk discusses common mistakes in Cypress tests, such as accessing the file system directly instead of using the Cypress command, and the importance of writing effective Cypress tests for different scenarios. It also emphasizes the need for adding assertions during navigation and alternating commands and assertions. The Talk highlights the significance of documentation and examples in providing support and addresses the advantages of using the Cypress Node test runner. It concludes with tips on debugging, data tests, and testing user journeys and edge cases.

La simulación es una de las mejores técnicas para separar las preocupaciones durante las pruebas. Cuando se trata de la simulación de API, tendemos a o bien simular un cliente de solicitud o reemplazarlo por completo con una contraparte simulada. Lo que estamos haciendo es alterar el sistema probado para que realice solicitudes a una fuente diferente, o que no las realice en absoluto. Eso se debe principalmente a que no había una opción mejor. Hasta ahora. En esta charla, repasaremos cómo utilizar eficientemente la simulación de API que mantiene la integridad de tu aplicación JavaScript y da como resultado pruebas más confiables. Además, ilustraré cómo reutilizar las mismas simulaciones en diferentes niveles de prueba, así como durante el desarrollo y la depuración. Todo eso con una sola herramienta en tu arsenal. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Más allá de la simulación de API

Today's Talk discusses API mocking and its role in testing. The speaker explores the advantages and disadvantages of server and client-side mocking, and introduces the use of service workers for mocking. The MockServiceWorker library (MSW) is presented as a solution that leverages service workers to intercept requests and provide mock responses. MSW is client-agnostic, widely used, and offers many features. The speaker also mentions upcoming improvements and encourages users to try MSW and provide feedback.

Artem Zakharchenko

Según muchas encuestas, la prueba de aplicaciones serverless y el miedo al bloqueo del proveedor en la nube se encuentran entre los cinco principales desafíos que enfrentan las organizaciones al adoptar serverless. A menudo escuchamos que utilizar serverless de manera efectiva requiere un cambio de mentalidad. Pero, ¿qué significa eso? ¿Necesitamos nuevas herramientas y estrategias para probar aplicaciones serverless, o podemos utilizar las herramientas existentes que ya usamos para nuestras aplicaciones no serverless? ¿Y qué hay del bloqueo del proveedor en la nube? ¿Es algo real o solo una historia ficticia que asusta a la gente alejándola de serverless? ¿Podemos disminuir el riesgo de bloqueo del proveedor utilizando una arquitectura conocida, como la arquitectura hexagonal? <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Escribiendo Aplicaciones Serverless Testeables Utilizando Arquitectura Hexagonal

The scariest thing about serverless is the fear of vendor lock-in and losing control. Planning, good architecture, and deployment procedures help keep switching costs reasonable. Hexagonal architecture is a useful approach for writing testable serverless apps. Integration testing is crucial for serverless apps, and hexagonal architecture helps fight vendor lock-in and reduce switching costs. Docker is used for testing serverless functions, and the practicality of hexagonal architecture remains a question.

Slobodan Stojanović

En esta sesión, echaremos un vistazo a lo que ha sucedido detrás de escena en la automatización del navegador a lo largo de los años y lo que el futuro nos depara. Examinaremos cómo se desarrollará la prueba web y qué desafíos traerá esto para los marcos convencionales como Selenium o WebdriverIO, así como para los nuevos marcos como Cypress, Puppeteer y Playwright. Por último, experimentaremos con algunas nuevas capacidades de automatización que estos marcos proporcionan para probar algunas de las nuevas características web.<a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

La Evolución de la Automatización del Navegador

Browser automation has evolved over the years, starting with Selenium and WebDriver. Tools like Cypress, Taskerfee, Puppeteer, and Playwise use different approaches for automation. The new WebDriver protocol will enable sending and receiving thousands of commands and messages simultaneously. New testing types, such as performance and accessibility testing, will continue to emerge. The new WebDriver protocol combines the best of all three approaches and provides opportunities for testing and automating web applications.

Christian Bromann

Las pruebas de accesibilidad han avanzado mucho en los últimos años. Nos sumergiremos en cómo EmberJS priorizó A11y con RFC significativos, complementos, herramientas y documentación. Lo más importante, discutiremos cómo estos éxitos se pueden aplicar a tus propias aplicaciones, ya sean Vue, React, Angular o cualquier otra cosa. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Logrando pruebas de automatización de A11y

This Talk discusses automation testing tools and strategies for accessibility. It highlights EmberJS's approach to accessibility and the efforts of the developer community. The importance of prioritizing accessibility and using tools like Ember A11y testing and Axe-Core is emphasized. Integration with React, Vue, and other frameworks is made easy with NPM packages. The Talk also emphasizes the value of manual testing and user evaluation alongside automation testing.

Ava Wroten

La plataforma web moderna está en constante evolución. Las aplicaciones web de hoy en día son más sofisticadas que nunca y las pruebas para la web moderna requieren primitivas modernas. En esta charla, cubriremos cómo Playwright permite de manera única a los desarrolladores web enviar más rápido y con más confianza. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Pruebas para la Web Moderna con Playwright

Arjun introduces Playwright, a library for cross-browser end-to-end testing of web applications. The challenges in modern web testing include the evolving web platform and reactive frameworks. Playwright provides capable, reliable, and fast automation, with the ability to capture events and enhance test reliability. It uses browser contexts for faster execution and supports multiple languages and frameworks. Playwright is used by companies like VS Code, Bing, Adobe, and material UI, and offers cross-browser support and an improving roadmap.

Arjun Attam

CodeceptJS es un marco de pruebas de extremo a extremo estilo BDD que se integra perfectamente con todos los motores de pruebas populares. CodeceptJS tiene soporte incorporado de PageObjects, DataObjects, se integra perfectamente con TypeScript ¡e incluso tiene su propia aplicación de interfaz de usuario! En esta sesión, veremos cómo CodeceptJS se puede combinar con Playwright para hacer las pruebas simples y efectivas. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Hazlo bien con CodeceptJS: Una introducción a las pruebas de extremo a extremo supercargadas

Concept.js is a BDD style testing framework focused on browser testing, offering easy switching between engines and Cucumber BDD support. The Pulse feature in Concept.js allows for interactive test execution and editing. Concept.js provides a user-friendly interface, reporting options, and supports parallel execution. CodeSap.js offers strategies for dealing with slow-loading elements and provides flexibility in browser control. Contributing to Concept.js is encouraged, and CodeSap.js is a good choice for advanced features and full browser control.

Michael Bodnarchuk

Ventajas de Testing Library sobre Enzyme para las pruebas en React: - El framework opinado impone las mejores prácticas de pruebas (prueba el comportamiento, no la integración)- Las opiniones sobre cómo encontrar elementos (role) fomentan la accesibilidad- Las aserciones de jest-dom conducen a pruebas simples y legibles- Los complementos de ESLint ayudan a fomentar las mejores prácticas en tiempo real- La salida de las pruebas ayuda a localizar elementos difíciles de encontrar Habrá algunos ejemplos de código, pero esto es principalmente una discusión (en lugar de un tutorial). <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Pruebas en React: El viaje de un converso de Enzyme a Testing Library

The speaker switched from Enzyme to the REACT Testing Library due to its encouragement of best practices, easier refactoring, and promotion of accessible code. The shift from class-based components to functional components in React is also highlighted. The benefits of the Testing Library include improved readability and user interaction simulation through DOM assertions, as well as its opinionated nature and focus on accessible code.

Bonnie Schulkin

Enviar código sin errores a producción es (obviamente) imposible, pero aún así, nuestros usuarios merecen la mejor experiencia que podemos brindarles. No solo eso, si ganamos confianza en la forma en que construimos nuestro software, podemos dormir mejor por la noche sabiendo que no explotará en medio de la noche. En esta charla vamos a cubrir algo que llamo "El Espectro de Pruebas" - un conjunto de herramientas, prácticas y mentalidad para enviar código de alta calidad a producción. Desde prettier hasta monitoreo, ¡evitemos juntos tu próximo incidente de producción! <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Envío de aplicaciones JS de alta calidad con confianza

Today's Talk highlights the importance of software quality and its impact on businesses. It emphasizes the use of different tools and practices to improve software quality. The Talk covers topics such as testing with TypeScript and React Testing Library, accessibility, Cypress for end-to-end testing, writing better queries, monitoring performance, using feature flags with LaunchDarkly, and the value of Prettier. The key takeaway is that developing high-quality software with fast feedback loops and simplicity is crucial for success.

Tomasz Łakomy

En esta charla aprenderemos cómo resolver problemas de rendimiento. Aprenderemos cómo funciona el motor JS, veremos casos de uso en producción y obtendremos consejos prácticos que pueden ayudarte a mejorar el rendimiento de tu aplicación en un 90%.<a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Resolución Práctica de Problemas de Rendimiento en Aplicaciones Web

This Talk discusses runtime performance in software development. It explores the concept of garbage collection and the importance of optimizing functions for faster execution. The event loop and profiling are also highlighted as essential tools for analyzing and improving runtime performance. Real-life examples demonstrate the benefits of profiling in optimizing functions and improving app performance. Overall, the Talk emphasizes the significance of understanding and optimizing runtime performance in software development.

Yonatan Kra

En esta charla, discutiremos cómo Wix está utilizando Detox internamente, cómo gestionamos la configuración, cómo combatimos la inestabilidad y algunas mejores prácticas que hemos desarrollado en los ~3 años de construcción y uso de Detox en nuestro proceso de CI. También hablaremos de nuestra búsqueda interminable de "0 QA manual", que siempre parece estar al alcance, si solo superamos ese último obstáculo técnico. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Detox: La Estabilidad de Pruebas Inalcanzable (¿o no?)

Detox is a grey box testing solution for mobile applications that manages sync between test code and the app, eliminating the need for manual synchronization. It follows the grey box testing approach used by Espresso and Earl Grey. Wix's mobile app architecture consists of four types of parts, each with its own independent CI process. Test isolation and input consistency are important for stable end-to-end testing. Android emulators perform better on Mac VMs with nested virtualization, but our next-gen setup includes Bare Metal Mac minis for improved performance. Detox is primarily used for React Native applications and has limitations, but there are learning resources available. Detox supports camera functionality and provides solutions for debugging test fails and running tests on device farms. Currently, Detox supports simulators for iOS and devices connected to the computer for Android, with work underway to support real devices. The test APK for Detox connects to the production app and Node service, and Expo is responsible for providing a test APK for Android.

Rotem Mizrachi-Meidan

La regresión visual es una de las partes más difíciles en las pruebas de interfaz de usuario. Y seguramente estarás de acuerdo en que es extremadamente poderosa. Pero, ¿cómo funciona? ¿Cuál es el problema que resuelve bajo el capó? ¿Por qué la gente elige servicios de regresión visual y cómo construimos la herramienta de regresión visual más rápida del mundo :) <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Visual Regression Bajo el Capó

Today's Talk discusses the value and challenges of visual regression in UI testing. It highlights the importance of predictability in loading pages and choosing the right screenshot resolution. It also mentions the use of Visual Regression Services, Docker, and the Odiff library as solutions to improve stability and efficiency in visual regression testing.

Dmitry Kovalenko

La charla se presentará como una historia de refactorización: comenzará desde el componente desordenado e inprobable, lo cubrirá con una prueba de humo frágil y luego mostrará cómo mover toda la lógica del componente React a un hook personalizado y probar este hook. Se presentarán patrones para probar cosas como useState, efectos y Apollo.<a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Probando React Hooks con Confianza

The Talk discusses testing hooks in a React application. The speaker starts by showing an untested React application and begins testing with a simple placeholder test. The importance of refactoring and testing custom hooks is emphasized, with the recommendation to use the React hooks library and achieve full test coverage. Unit testing React components may not be valuable, as the complexity lies in the hook code. Instead, end-to-end testing with tools like Cypress is recommended.

Radoslav Stankov

En este masterclass, echaremos un vistazo al panorama de los frameworks de JavaScript para pruebas funcionales automatizadas, como Puppeteer, Playright, Cypress y otros. Exploraremos cuáles son sus diferencias y cómo elegir la herramienta adecuada para tu proyecto. Luego, analizaremos varios escenarios, desde conceptos básicos de pruebas funcionales hasta pruebas visuales y de rendimiento frontend complejas, y completaremos la sesión escalando nuestra solución utilizando un proveedor en la nube como Sauce Labs.<a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Introducción a las pruebas funcionales de JS a gran escala

This workshop on JS functional testing at scale covers topics such as browser automation, evolution of automation frameworks, setup and configuration, troubleshooting, extending print setup with Alura reporter, reporters and custom services, creating custom services and Allure report, CI/CD integration, cloud integration and running tests in the cloud, Sauce Labs integration, speed and parallelization in testing, network mocking, WebDriver debugging, page objects and test abstraction, and performance testing with Lighthouse and Speedo.

Nikolay Advolodkin

Aunque escribimos pruebas para nuestras aplicaciones web, la realidad es que los errores aún ocurren. Afortunadamente, muchos de ellos son fácilmente prevenibles si prestamos más atención a las advertencias de nuestras aplicaciones. Sin embargo, a menudo es tan fácil ignorarlas y nunca volver a ellas hasta que encontramos un error en producción, lo que lleva a que cientos, si no miles, de advertencias aparezcan en nuestra salida de prueba. Esta charla trata sobre cómo prevenir esta situación y cómo salir de ella. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

La Magia Transformadora de Ordenar tus Advertencias de Prueba

Today's Talk focuses on preventing test warnings in software development. Test warnings are often ignored and can lead to bugs, performance issues, and security concerns. The speaker introduces a library called jsreporter log validator that automates the process of adding rules to prevent new warnings and fixing existing ones. The library provides a summary of expected behavior, failures, and actions to take. Overall, the Talk emphasizes the importance of paying attention to test warnings and using automation to improve developer experience and prevent issues in large and legacy applications.

Victor Cordova

En esta charla, aprenderás cómo funciona la validación visual, verás una integración en vivo en una base de código de prueba existente y discutirás los pros y los contras de usar diversas técnicas de validación visual. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Tus pruebas carecen de visión: Agregando Eyes a tu marco de automatización

Today's talk is about the importance of visual testing in software development. Visual bugs can easily be missed when relying solely on automated tests. These bugs can have a significant impact on user experience and can even cost businesses customers. Applitools offers a machine learning approach to highlight relevant differences in visual testing. Their eyes API and Cypress integration make it easy to add visual testing to existing tests. With Applitools' ultra-fast grid, visual testing can be done across multiple platforms and devices simultaneously.

Angie Jones

Con StackHawk, los equipos de ingeniería pueden realizar pruebas de seguridad en aplicaciones JS y las API subyacentes para encontrar y solucionar vulnerabilidades antes de que lleguen a producción. Con pruebas automatizadas en cada PR, puedes estar seguro de que tu aplicación es segura. Únete a Ryan Severns, cofundador de StackHawk, para obtener una breve descripción de las pruebas de seguridad de aplicaciones JS con StackHawk. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Pruebas de seguridad para aplicaciones JS

Stackhawk is an application security tool that focuses on dynamic application and API security testing. It is built on top of the open source ZAP project and designed for automation in CICD. Stackhawk provides a comprehensive set of tools for application security testing and bug fixing, including viewing findings, recreating requests, and easily fixing vulnerabilities. It allows for triaging findings and integrating with other engineering stacks. Visit stackhawk.com to sign up for a free account and learn more at docs.stackhawk.com.

Ryan Severns

La deuda técnica y las pruebas tienen una larga y complicada historia. En muchas organizaciones, los equipos luchan por definir la "deuda técnica" y qué debería incluirse en la categoría de "deuda técnica". Las pruebas suelen sufrir el destino de ser categorizadas como deuda técnica y, en consecuencia, no se les da prioridad. Definir la deuda técnica e incluso cambiar su nombre puede ayudar a su equipo a priorizar las pruebas y reducir el estigma negativo en torno a la deuda técnica. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Eliminar las pruebas de su deuda técnica

Tech debt is a common issue that teams struggle with, but addressing it effectively requires a structured approach and prioritizing issues that primarily impact developers. Feature preservation, such as automated testing and monitoring, should be considered part of building features, not tech debt. Fixing user-related issues takes priority over developer concerns, and scaling to serve more users benefits both users and developers. Climbing out of tech debt effectively is possible with a focus on developer productivity and user benefit.

Carly Litchfield

Ya casi es 2021 y todavía confiamos en entornos integrados y grandes conjuntos de pruebas de extremo a extremo para lanzar aplicaciones complejas y distribuidas llamadas "software". En esta charla, Matt desmonta los argumentos de tal tontería y muestra una alternativa mejor, más rápida y más segura. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Despliega con rapidez y confianza utilizando pruebas de contrato y Pact

The Talk discusses the cost and issues with end-to-end integration tests and the benefits of using contract testing with PACT. It explores the challenges of scaling teams and components and highlights the advantages of using PACT for testing microservices. The PACT framework is demonstrated, showcasing its ability to provide fast and reliable feedback, independent testing, and versioned contracts. The Talk also covers topics such as testing compatibility, safe removal of fields, and integrating PACT with Cypress.

Matt Fellows

En este masterclass, te mostraré cómo implementar y utilizar rápidamente una infraestructura de automatización de navegadores con la solución Moon. Comenzaremos implementando todo en tu estación de trabajo y pronto podrás ejecutar pruebas de Selenium, Playwright y Puppeteer en paralelo en el mismo clúster. Luego, te demostraré cómo ofrecer la misma experiencia de manera sencilla para tu equipo utilizando un clúster remoto en la plataforma de la nube. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

Infraestructura Uniforme de Automatización de Navegadores

Ivan Krutov specializes in browser automation infrastructure and showcased tools like Selenoid and Moon. The workshop covered topics such as deploying Moon locally and in a cloud platform, manual and automated testing, mobile emulation, and Puppeteer and Playwright test execution. It also discussed creating a Kubernetes cluster, configuring S3 support for Moon, and the comparison between Moon and Selenoid. Autoscaling with Moon and the limitations of running parallel sessions were also addressed.

Ivan Krutov

Panel de Discusión: Pruebas de Seguridad de Aplicaciones

The panel discussion on application security testing covered various perspectives on DevSecOps, emphasizing the importance of shifting security left and the role of automation. Collaboration between developers and security teams was highlighted, as well as the need for developer-friendly security tooling. Pain points in integrating security testing early in the pipeline were discussed, including technical and cultural challenges. Open source project recommendations for building a secure pipeline were also provided.

Scott Gerlach

Vandana Verma

Liran Tal

Sam Stepanyan

Seré el primero en admitirlo: ¿escribir pruebas? ¡No es tan divertido! Y eso viene de alguien que mantiene un ejecutor de pruebas en su tiempo libre. Una vez que tienes algunas pruebas, puedes tener confianza. Y una vez que tienes confianza, puedes hacer cambios. Y los cambios son lo que se necesita para construir productos increíbles. Así que no hablemos de detalles de la API, hablemos de hacer pruebas. De ser mejores ingenieros. De construir productos increíbles. <a href="https://www.froala.com/wysiwyg-editor?pb=1"> </a>

No se trata de tu Biblioteca de Asertos

This Talk discusses the importance of software testing and engineering through the example of the Muslim storm surge barrier in the Netherlands. It emphasizes the need for iteration, reflection, and making trade-offs in building great products. Testing assumptions and writing good tests are crucial for delivering value and building confidence in code. The Talk also explores the balance between test coverage and confidence, and how to foster a developer culture that values testing and collaboration.

Mark Wubben

TestJS Summit is getting back in 2023 in hybrid format with the first in-person day streamed from the Berlin venue including hybrid networking features and interactive entertainment; and second day, as well as the numerous free workshops, streamed to the global audience online.

TestJS Summit is event for QAs and software developers to get up to date with JS testing best practices, sharpen skills and get latest updates from top products core teams. Get a full ticket to participate in workshops, and network with others JS testing folks on December 7-11, 2023.

TestJS Summit - January, 2021

Test JavaScript. Test with JavaScript.

Available in other languages: