Lo visual, y sus tres motores
Comprobar que la interfaz se ve bien en las tres plataformas sin mirarlas una por una: qué se puede automatizar, qué no, y dónde está el límite.
Qué es y qué cubre
La técnica: capturar la interfaz, guardar la imagen como referencia, y comparar en cada cambio. Si difiere, alguien mira si el cambio era intencionado.
Por qué es más frágil aquí
Y la advertencia del nivel:
- Tres motores producen tres imágenes distintas de la misma interfaz. Nivel 53.3: la tipografía difiere, el desplazamiento difiere, el suavizado difiere. Eso significa tres juegos de referencias, no uno.
- Y difieren también entre versiones del sistema, con lo que una actualización del sistema operativo de tu máquina de construcción invalida las referencias sin que nada tuyo haya cambiado.
- Lo que produce falsos positivos, y el nivel 71.4 ya dijo lo que pasa con una prueba que falla sin motivo: enseña a ignorar los fallos.
En una web, con un solo motor controlado, la técnica funciona bien. Aquí, con tres motores que además se actualizan solos, se degrada.
Cuándo compensa
El primero es el que suele compensar y el que casi nadie hace: capturar componentes es mucho más estable que capturar pantallas, y detecta la mayoría de las regresiones de estilo.
Las alternativas
Y lo que funciona mejor que las capturas para lo que las capturas no cubren:
- Un catálogo de componentes donde cada uno se ve en sus estados. Se mira en un minuto en cada plataforma y es más útil que cien capturas automáticas.
- Y la media hora de uso del nivel 49.4, que sigue siendo la comprobación con más cobertura por minuto.
El catálogo es especialmente valioso en un proyecto con tres motores: permite ver todos los componentes en las tres plataformas mirando tres pantallas, en vez de navegar la aplicación entera tres veces.