Normalmente, en la electrónica de gran volumen, las pruebas de producción se realizan primero y todas las unidades producidas se someten a pruebas funcionales. Una vez que se alcanza la tasa de falla objetivo, todos los parámetros de producción se congelan y comienza la producción en masa. Por lo general, es seguro asumir que las corridas de producción en masa tendrán la misma tasa de falla aceptable, por lo que solo se prueban unas pocas unidades de lotes producidos en masa, para confirmar que no haya un aumento repentino en las tasas de defectos. La mayoría de las unidades se empaquetan tal como están, sin que nadie lo encienda para confirmar que realmente funciona.
Por supuesto, eso no excluye las pruebas de final de línea de los componentes individuales. Por lo general, una vez que el PCB principal está completamente ensamblado y el software está instalado, dispositivos como éste está conectado a los puntos de prueba y se realizan las pruebas de producción. Esto cubre la mayoría de los defectos y es mucho más barato que un robot que interactúa con el producto terminado (imagine un robot capaz de colocar una tarjeta SIM en un teléfono).
Aquí hay un documento publicado por Fujitsu, que toca el tema de probar dispositivos basados en Android:
... las operaciones en Android se utilizaron esencialmente al principio en el proceso de prueba en el momento de la fabricación. [...] Esto a veces causó problemas como operaciones de prueba inesperadas y tiempos de prueba excesivos. Para resolver estos problemas, hemos cambiado el proceso de prueba para que las operaciones básicas de los teléfonos inteligentes se ejecuten en la capa del kernel, y se puedan eliminar los efectos del sistema operativo Android.
En pocas palabras, han intentado usar la interfaz de Android para realizar pruebas de final de línea, pero eso no funcionó muy bien.