Práctica de ingeniería que incorpora en el hardware y el firmware electrónico interfaces, estructuras y funciones de prueba embebidas para que los estados internos, las interconexiones y los modos de fallo sean observables y controlables, facilitando pruebas de fabricación, diagnóstico en servicio y localización de fallos.

Principio

La testabilidad se consigue aumentando por diseño la controlabilidad y observabilidad de los nodos internos relevantes; una mayor observabilidad reduce la ambigüedad diagnóstica y permite evaluar sistemáticamente la cobertura de pruebas.

Demostración

Escenario ilustrativo — Situación: en una serie de producción se detectan fallos intermitentes en una placa montada. Reconocimiento: las rutinas de autoprueba y puertos de prueba accesibles excitan memorias e interconexiones. Acción: las pruebas localizan el fallo en una única pista y su unión de soldadura. Consecuencia: la reparación es focalizada, la yield mejora y las devoluciones en campo disminuyen.

Aplicación incorrecta

Interpretación errónea: considerar que la mera existencia de puntos de prueba o una interfaz de prueba garantiza cobertura suficiente. Error semántico: confundir existencia de acceso con la controlabilidad, observabilidad y estímulos necesarios para detectar fallos relevantes; la testabilidad exige vectores de prueba, objetivos de cobertura y rutas de diagnóstico diseñoadas.

Consecuencia

Su correcta aplicación incrementa la yield en fabricación, acelera el aislamiento de fallos, reduce costes de reparación/devolución y mejora el diagnóstico en servicio; a la vez incrementa la complejidad de diseño, coste/volumen y puede imponer restricciones de embalaje o requerir controles de seguridad para el acceso de pruebas.

Inversión

Excepciones: en dispositivos ultracontraintados (tamaño, coste, potencia) puede ser inviable añadir hardware de test dedicado; en sistemas de alta integridad o seguridad el acceso de test externo puede restringirse o protegerse criptográficamente, limitando ciertas técnicas de DFT.

Límite

Claramente dentro: inclusión intencionada de puntos de acceso de prueba, autoprueba embebida, interfaces límite y modos de firmware diseñados para ejercer y observar componentes internos. Caso límite: registro extensivo en tiempo de ejecución que ayuda al diagnóstico pero no proporciona acceso hardware para estimulación determinista. Claramente fuera: la mera mantenibilidad o funciones de depuración que no ofrecen observabilidad/controlabilidad para pruebas sistemáticas.

Tensión semántica

Testabilidad ↔ Seguridad y Testabilidad ↔ Coste/Rendimiento — exponer señales internas mejora el diagnóstico pero puede aumentar la superficie de ataque, el coste de la lista de materiales, el volumen o el consumo y degradar el rendimiento si no se gestiona.

Síntesis

La testabilidad es una propiedad arquitectónica: una DFT eficaz convierte el comportamiento interno oculto en interfaces observables y controlables y métricas de cobertura medibles, y debe planificarse junto a los compromisos funcionales y físicos.