QA y automatización de pruebas
Pruebas que le dicen algo. QA manual donde hace falta criterio, suites automatizadas donde hay repetición y un pipeline en el que una prueba que falla detiene de verdad una versión.
Qué hacemos
QA manual
Planes de prueba redactados a partir de sus requisitos, sesiones exploratorias en dispositivos y navegadores reales e informes de defectos que un desarrollador puede reproducir desde la primera lectura.
Automatización de pruebas
Suites de extremo a extremo en Playwright que se ejecutan en integración continua en cada cambio, además de pruebas a nivel de API más rápidas y menos frágiles que manejar la interfaz.
Control de paso de versiones
Un pipeline en el que una suite en rojo bloquea el despliegue y un fallo avisa al desarrollador que puede actuar y no a un canal que nadie lee.
Comprobaciones de accesibilidad
Comprobaciones automáticas con axe en cada componente y revisiones manuales con teclado y lector de pantalla en los flujos que importan.
Reglas que aplicamos
- Cada corrección de error se entrega con una prueba de su clase, escrita contra el fallo general y no contra el único caso notificado, y situada en la capa más amplia que pueda detectarlo.
- La base de datos nunca se simula. Las pruebas de integración se ejecutan contra una base de datos real en un contenedor, porque los errores que llegan a producción viven en el hueco que oculta un mock.
- Las pruebas comprueban fallos concretos, no «ha ocurrido un error». Una prueba que pasa por la razón equivocada es peor que no tener ninguna.
- La cobertura se mide y no puede retroceder, y las suites de navegador se ejecutan de forma programada contra una aplicación compilada y no contra un servidor de desarrollo.
Trabajar con sus desarrolladores
Un ingeniero de QA de nuestro equipo puede incorporarse a su proceso actual: su tracker, su definición de terminado, su cadencia de publicación. También empezamos con gusto con una auditoría puntual que le diga dónde están las lagunas de cobertura y cuál sería la primera automatización más barata, antes de que se comprometa con algo más largo.
¿Quiere saber en qué punto está realmente su cobertura de pruebas?
Envíenos el repositorio o una descripción de su proceso de publicación. Recibirá una evaluación por escrito y un primer plan de automatización en un plazo de un día laborable.