Extremo a extremo con Playwright
Unos pocos escenarios sobre la aplicación real valen más que doscientas pruebas sobre una imitación
Pruebas de extremo a extremo con Playwright
Todas tus pruebas unitarias pasan, todas tus pruebas de componentes pasan, y aun así el embudo de compra está roto desde esta mañana. La causa: una variable de entorno ausente en la compilación de producción, que hace que el cliente de pago apunte a una URL vacía. Ninguna prueba de la suite podía detectarlo, porque ninguna se ejecutaba sobre la aplicación realmente compilada, servida por el servidor real, en un navegador real. Cada capa funcionaba; lo que no funcionaba era su ensamblaje.
Ese es el único papel de las pruebas de extremo a extremo, y es lo que justifica su coste. Son lentas, más frágiles y difíciles de diagnosticar, así que no escribirás doscientas. Escribirás entre cinco y quince, sobre los recorridos cuyo fallo te haría perder dinero o datos: registrarse, iniciar sesión, pagar, publicar, eliminar. Todo lo demás pertenece a las capas inferiores. Esta disciplina de selección es lo que separa una suite de extremo a extremo útil, ejecutada en cada fusión, de una suite de cuarenta minutos que el equipo acaba esquivando.
Comentarios
Los comentarios funcionan con GitHub Discussions
Inicia sesión con GitHub para participar en la discusión