¿Cómo se prueba si una app o un sitio web funciona en teléfonos Android de gama baja?

Los equipos de desarrollo suelen probar en teléfonos recientes y en emuladores que corren en computadoras rápidas. Ambos ocultan las condiciones que rompen la experiencia en hardware barato: poca memoria libre, almacenamiento lento, pocos núcleos de CPU y cierre agresivo de procesos en segundo plano. Un emulador puede configurarse con menos RAM, pero sigue usando la velocidad de CPU y de almacenamiento del equipo anfitrión.

En mercados donde la mayoría de los usuarios tiene dispositivos de entrada, esas condiciones son el caso normal. Un checkout que carga rápido en el teléfono de un desarrollador puede trabarse, dar tirones o cerrarse en el teléfono que realmente tiene la mayoría de los clientes.

Se empieza por el perfil del dispositivo, porque todas las demás cifras dependen de él: modelo, versión del sistema operativo, RAM, núcleos de CPU, almacenamiento libre y la gama que resulta de todo eso. Un resultado sin perfil no se puede comparar con nada.

En un sitio web se miden los tiempos de navegación (DOMContentLoaded, load y primer pintado con contenido), la memoria que usa el navegador y los cuadros con tirones mientras se dibuja la página. En una app se mide el tiempo de arranque en frío desde el lanzamiento hasta el primer cuadro, la memoria usada y las excepciones fatales o eventos ANR en el registro del sistema. Se toma una captura para contrastar las cifras con lo que había en pantalla.

Un resultado solo es de gama baja si salió de un dispositivo de gama baja. Hay que reportar la gama real del dispositivo junto a cada medición, y nunca ajustar cifras de un teléfono más rápido para estimar uno más lento. La detección de cierres a partir de los registros del sistema es de mejor esfuerzo: captura las fallas visibles, pero no es un análisis completo de trazas.

Hay que comparar lo comparable. Conviene ejecutar el mismo destino en el mismo perfil de dispositivo a lo largo del tiempo y tratar como señal un cambio después de una versión nueva. Una corrida aislada es un dato; una serie en el mismo dispositivo muestra si una versión mejoró o empeoró la experiencia de los clientes con los teléfonos más baratos.

Low-end Device Check estará disponible próximamente. Su sonda existe y registra el perfil del dispositivo con una gama observada (baja, media o alta) y si cumple la gama mínima solicitada; tiempos de navegación, memoria y cuadros con tirones para una URL; arranque en frío, memoria y excepciones fatales o ANR para un paquete de app; y una captura con su hash como evidencia.

Hoy la sonda corre en un Redmi de gama media, porque todavía no hay un teléfono de gama baja real en el grupo. Cada corrida lo declara con honestidad, como gama observada media y gama mínima no cumplida, y nunca simula un resultado de gama baja. Todavía no se cuentan backtests formales y no hay muestras reales, así que no se publica ningún resultado.