Programa de diagnóstico

Un programa de diagnóstico (también conocido como modo de prueba) es una secuencia automática de programas informáticos que determina el estado operativo del software, hardware o cualquier combinación de estos en un componente, un sistema o una red de sistemas. Los programas de diagnóstico proporcionan idealmente al usuario orientación sobre cualquier problema o inconveniente que se encuentre durante su funcionamiento.

Los programas de diagnóstico pueden ser simples o complejos, y funcionar sin que se sepa en los dispositivos de uso diario o a la espera de que se los invoque para realizar evaluaciones de rendimiento más complejas. Algunos ejemplos cotidianos son un horno microondas que muestra el código F6 para advertir de un cortocircuito en la sonda de temperatura ^[1] o un abridor de puertas de garaje que hace parpadear el LED de su placa de control cuatro veces para advertir de sensores de seguridad gravemente desalineados y de un apagado inminente. ^[2]

Los programas de diagnóstico también se insertan en productos electrónicos de consumo y juegos electrónicos. En ocasiones, si el propietario de un dispositivo electrónico pregunta al fabricante cómo acceder al programa de diagnóstico oculto, este puede responderle al consumidor diciendo que la información se considera "privada" y no se puede compartir.

Historia

Los primeros programas de diagnóstico eran instrucciones de procedimiento ejecutadas por humanos, no por programas informáticos. Véase Equipo de prueba integrado que permitía a los operadores del sistema realizar pruebas y diagnósticos.

A medida que los ordenadores se hicieron más pequeños y móviles, se empezaron a utilizar programas informáticos para realizar tareas de diagnóstico. A finales de los años 60, Volkswagen introdujo el primer sistema informático de a bordo con funciones de diagnóstico.

Métodos de operación

El programa de diagnóstico de un dispositivo o sistema puede estar ubicado de forma independiente o integrado en el mismo. Estos métodos de operación están organizados, más o menos, en orden creciente de complejidad y de valor creciente de la información de diagnóstico.

1. Monitoreo en segundo plano de los indicadores del sistema, para análisis estadístico de tendencias y para registro de eventos anormales.
2. Diagnósticos basados ​​en soluciones que prueban modos de falla conocidos identificando si se detectan sus síntomas conocidos.
3. Caja negra , que consiste en probar un mecanismo sin saber cómo funciona y centrándose únicamente en la precisión de los datos de salida en función de una entrada conocida.
4. Caja blanca , que utiliza el conocimiento de las funciones internas de un mecanismo para realizar pruebas directas.
5. Orientado a operaciones, una combinación de caja blanca y caja negra, con una o más operaciones de caja negra intercaladas con una o más operaciones de caja blanca. Este modo de prueba no es el preferido, sin embargo, algunos sistemas complejos no tienen las interfaces necesarias para realizar uno u otro tipo de forma independiente.
6. Diagnósticos de fondo integrados, que realizan pruebas de los componentes del sistema durante el tiempo de inactividad de un sistema.
7. Diagnóstico intercalado con el funcionamiento, que incorpora diagnósticos en el funcionamiento normal de un componente del sistema, de modo que cualquier modo de funcionamiento marginal se diagnostica inmediatamente. Algunos ejemplos de componentes de hardware con funciones que ayudan a un programa de diagnóstico son:
   1. Los discos duros modernos tienen comandos de Tecnología de Automonitoreo, Análisis e Informes (SMART) que brindan información sobre condiciones de error interno, por ejemplo, recuentos de reintentos de giro, recuentos de sectores defectuosos, etc.
   2. Algunos sistemas pueden usar una memoria con código de corrección de errores (ECC) que registra eventos de fallas de memoria que se corrigieron automáticamente.

Arquitecturas

• Diagnóstico de propósito único, también conocido como diagnóstico de "propósito definido", como un programa que valida la configuración de Windows DirectX.
• Diagnóstico multipropósito, un programa monolítico que realiza múltiples tareas que pueden ser adecuadas o no para todos los usos. Esto sería similar a un martillo que funcionará bien con clavos, no tanto con tornillos y no tanto con tuercas y pernos.
• Diagnóstico modular, que combina conjuntos de diagnósticos de un solo propósito, como piezas de Lego , en un entorno que se adapta fácilmente a los requisitos específicos de la industria. La clave de su diseño es su sistema operativo de hardware y software reutilizable que ejecuta todos sus programas de diagnóstico. Algunos ejemplos de aplicación son:
  • Pruebas de fabricación con énfasis en la verificación de problemas relacionados con el ensamblaje y la optimización del tiempo.
  • Diagnósticos dirigidos al usuario final, con una presentación no técnica fácil de comprender y un énfasis en las soluciones.
  • Pruebas de servicio/garantía, centradas en identificar una unidad reemplazable en campo (FRU) defectuosa o marginal
  • Centrado en la renovación , que intenta determinar si un sistema se puede revender o reutilizar, con énfasis en la profundidad de las pruebas, a costa del tiempo empleado en las pruebas.
• Sistema de diagnóstico basado en el conocimiento (como un técnico o diagnosticador) donde el conocimiento adquirido a lo largo del tiempo se utiliza como un "modelo mental" del funcionamiento del sistema e informa al sistema de diagnóstico a través del razonamiento lógico sobre una o más causas posibles o probables para que exista una situación.

Ejemplos de aplicaciones de programas de diagnóstico

• Un programa de autoprueba de encendido (POST) integrado en BIOS o UEFI que realiza una verificación básica de los componentes de hardware del sistema antes de comenzar el funcionamiento normal.
• Un programa de diagnóstico de hardware integrado en BIOS o UEFI en PC OEM
• Diagnósticos que se ejecutan a pedido cuando un usuario necesita asistencia, generalmente dentro del sistema operativo principal de la computadora (por ejemplo, Windows)
• "Diagnósticos fuera de línea" que se ejecutan fuera del sistema operativo principal, generalmente para reducir la influencia de enmascaramiento del software sobre los problemas de hardware
• Refrigeradores domésticos que muestran diagnósticos de su temperatura interna, funcionalidad de la máquina de hielo, etc. ^[3]
• El sistema de diagnóstico a bordo II (OBD II) de 1996 ^{[ ancla rota ]} que estandarizó el puerto de diagnóstico en todos los modelos de automóviles y camionetas livianas, permitiendo a los propietarios de vehículos y técnicos de reparación acceder al código de error del vehículo y al historial de emisiones.
• Los usuarios de computadoras personales tienen opciones de diagnóstico tanto de fuentes de software como de hardware, por ejemplo, la guía de diagnóstico de Hewlett-Packard (HP) para confirmar fallas de hardware. ^[4]
• Equipo de prueba de producción industrial que diagnostica dispositivos o sistemas electrónicos.
• Cuando un dispositivo electrónico como un Bop It dice su número de versión, como "uno punto tres seis", y comienza a reproducir un conjunto de sonidos uno tras otro.

Referencias

1. "Códigos de error, falla o función del microondas". products.geappliances.com . Consultado el 27 de abril de 2018 .
2. "Códigos de error del abridor de puertas de garaje Craftsman". www.searspartsdirect.com . Consultado el 27 de abril de 2018 .
3. "Códigos de error - Refrigerador". www.lg.com/us/support/ . Consultado el 29 de abril de 2018 .
4. "Computadoras HP: pruebas para detectar fallas de hardware". support.hp.com/us-en/ . Consultado el 29 de abril de 2018 .