Cómo probamos

Qué significa «probado» aquí

Una herramienta de archivos tiene una sola obligación: devolverte un archivo correcto. Un PDF comprimido que ya no se abre, un giro que corta una esquina o una firma en otra página son fallos que no se ven mirando la pantalla una vez. Por eso cada cambio en el código pasa por una suite automática antes de publicarse.

«Probado» significa aquí tres cosas: las pruebas se ejecutan en cada cambio, no de vez en cuando; se ejecutan sobre archivos reales, no solo sobre ejemplos cómodos; y una prueba que falla impide la publicación. Lo que no cumple las tres no lo llamamos probado, y lo decimos más abajo.

La suite automática

Miles de pruebas corren en cada cambio. Las unitarias comprueban cada pieza por separado: cómo se calcula un recorte, qué niveles prueba un tamaño objetivo, que ningún texto contenga una promesa que no podemos cumplir. Las de extremo a extremo abren el sitio como lo haría una persona, sueltan un archivo, cambian opciones y comprueban lo descargado.

Esas pruebas se repiten en tres motores de navegador distintos, los que hay detrás de Chrome, Firefox y Safari, y en una ventana del tamaño de un celular. Una guardia de red vigila cada prueba y la hace fallar si un solo byte de un archivo sale de la página.

Documentos reales y fidelidad

Las herramientas de PDF se miden además contra un corpus de documentos del mundo real: generados por procesadores de texto, por programas de maquetación, formularios, escaneos y archivos difíciles a propósito. Cada archivo tiene una huella registrada, y una prueba sobre un archivo cambiado se descarta en lugar de contarse.

Para el editor de PDF seguimos un protocolo escrito de antemano: cada operación se repite sobre el corpus y el resultado se compara con el original, página a página, con un motor de renderizado independiente a varias resoluciones y con validadores externos. Medimos en absoluto, frente al archivo original, y publicamos cifras con fecha, no comparaciones con otros productos.

Presupuestos de rendimiento

Cada página tiene un presupuesto de peso y de velocidad que se comprueba con Lighthouse en cada cambio: cuánto código carga el navegador antes de poder usar la herramienta, cuánto tarda en aparecer el contenido principal y cuánto salta la página mientras se carga. Un cambio que supera el presupuesto no se publica hasta que vuelve a entrar.

Lo que protegen es sencillo: que el sitio sea rápido con datos del celular y en un teléfono que no es nuevo. Los motores pesados, como el codificador MP3 o el reconocimiento de texto, se descargan solo cuando los pides, y nunca cuentan contra la primera carga de la página.

Lo que todavía no probamos

El reconocimiento de texto se mide hoy sobre escaneos sintéticos, no sobre un corpus de escaneos reales; las firmas con certificado no se prueban porque la herramienta no las hace; y la velocidad en teléfonos reales se mide a mano, no en la suite. Si una herramienta te devuelve un resultado erróneo, cuéntalo en la página Pedir una herramienta o en la casilla de opinión bajo la herramienta: un informe con el tipo de archivo y lo que esperabas suele bastar para reproducirlo. Quién hace el sitio está en la página Acerca de.