Conformidad de software ISO 26262 en la industria automotriz

Las pruebas del sistema prueban el sistema en su totalidad. Una vez que todos los componentes están integrados, se prueba todo el sistema rigurosamente para verificar que cumple con los requisitos funcionales, de seguridad y otros requisitos no funcionales especificados.

Los equipos de pruebas especializados realizan este tipo de pruebas en software crítico para la seguridad. Las pruebas de sistemas se enmarcan en el ámbito de las pruebas de caja negra. Por lo tanto, no deberían requerir ningún conocimiento del diseño interno del código o la lógica.

Una distinción importante con las pruebas a nivel de sistema es que el sistema se prueba en un entorno cercano al entorno de producción donde se implementará la aplicación. En esta etapa, se validan funciones de seguridad específicas y se ejecutan pruebas de seguridad a nivel de todo el sistema.

Pruebas de sistemas automotrices a nivel de servicio

Los sistemas individuales de un automóvil no pueden considerarse parte de un servicio. Sin embargo, la conectividad con sistemas más grandes significa que deberían serlo. Por ejemplo, en un automóvil, la función de la unidad de control del motor (ECU) es únicamente garantizar la combustión y las emisiones adecuadas en el motor, pero el automóvil realiza un seguimiento del consumo de combustible mediante la ECU y lo informa a un servidor central a través de una conexión inalámbrica.

Estos datos de kilometraje se utilizan luego para planificar rutas y estimar los costos operativos. De repente, la ECU se convierte en un nodo fundamental en el proceso de toma de decisiones comerciales.

En lugar de considerar la calidad del sistema en términos de cumplimiento de los requisitos de cada dispositivo, el alcance se amplía para considerar la calidad de los servicios proporcionados. Las pruebas a nivel de servicio garantizan que se cumplan los requisitos no funcionales. Por ejemplo, el rendimiento y la confiabilidad son difíciles de evaluar a nivel de dispositivo o durante las pruebas de la unidad de software. Las pruebas basadas en servicios pueden simular el entorno operativo de un dispositivo para proporcionar cargas realistas. En el ejemplo de HVAC, el nuevo sensor de temperatura se puede probar con diferentes tasas de solicitud para ver si cumple con los requisitos de rendimiento.

La seguridad es una preocupación importante en los sistemas automotricesLos ataques cibernéticos probablemente se originan en la propia red al atacar las API expuestas. Las pruebas basadas en servicios pueden crear entornos simulados para realizar pruebas de seguridad sólidas, ya sea mediante fuzzing (entradas de datos aleatorias y erróneas) o ataques de denegación de servicio. Un nuevo sensor de temperatura en el ejemplo de HVAC podría funcionar correctamente con las solicitudes esperadas, pero bloquearse cuando se sobrecarga. Un atacante podría aprovechar esto para sobrecargar el sistema y provocar una interrupción.