¡Te esperamos online!
De que hablaremos
Cypress para pruebas de integración. ¿Para qué? ¿Cómo?
Svetlana Goldobina, Raiffeisenbank
Sobre el ponente: tester senior en Raiffeisenbank, equipo de gestión de efectivo. Más de 3 años de experiencia en automatización de pruebas en grandes bancos. Durante su carrera, logró trabajar tanto con marcos BDD, incluido Akita, y participar en su desarrollo, y cambiar completamente al lado de las pruebas en la pila de desarrolladores: JavaScript / TypeScript, Java + Spring.
Creo que las pruebas no son solo la generación de casos y la búsqueda de cuellos de botella, sino también un enorme alcance de trabajo en el estudio, desarrollo, entrega y soporte.
Sobre el informe:Nuestro equipo escribió pruebas en estilo BDD en ruso (Selenium / Selenide + Cucumber + Java). ¿Parecería que es mucho más fácil y transparente para el equipo? Sin embargo, tan pronto como perdimos varios controles de calidad y los desarrolladores tuvieron que escribir y modificar las pruebas, nuestra herramienta se convirtió en un obstáculo en las pruebas y BDD no hizo nada aquí. En mi charla les contaré cómo bajamos las pruebas al fondo y comenzamos a restaurarlas.
Cómo logramos cero errores en las pruebas de integración
Maksim Plavchenok, Bercut
Sobre el ponente: Trabajo en Bercut desde 2002. Comenzó su carrera en telecomunicaciones: pasó de ingeniero de turno a jefe de pruebas de integración. Fue desarrollador, tester, gerente de producto. Me encanta hacer lo que trae problemas (y resolverlos), por eso vine a probar.
Acerca del informe: trabajo para Bercut, me dedico a pruebas de integración de servicios de facturación para telecomunicaciones. En septiembre, mi equipo y yo superamos un hito importante: recibimos cero errores como resultado de las pruebas de integración para el lanzamiento de una nueva versión de facturación para un operador de telefonía móvil. Cero errores significa que la aceptación comercial del cliente no encontró errores.
Nos tomó 2 años hacer esto, y esto sucedió debido a mejoras en varias áreas: herramientas, experiencia, documentación, trabajo con un cliente, un equipo. Las mejoras variaron en importancia: conocer los detalles y los procesos del cliente es importante, moverse a una nueva escala para evaluar la complejidad de las tareas es opcional y trabajar con la motivación del equipo es de vital importancia.
Todo esto, así como la experiencia que obtuve de esto como jefe de pruebas, lo contaré en mi informe.
>>> Comencemos la reunión a las 18:00 (hora de Moscú).
Regístrese para recibir el enlace: se enviará una carta con la transmisión a todos los participantes por correo.
¡Nos vemos en línea!