smart-vehicle-architecture software

Las pruebas continuas son fundamentales para el desarrollo de software automotriz

Las pruebas continuas son fundamentales para el desarrollo de software automotriz

La gran cantidad de software que requiere un vehículo moderno ha crecido hasta decenas de millones de líneas de código, lo que presiona a los fabricantes de equipos originales y a los proveedores para que escriban, desplieguen e integren el código de forma más rápida y eficiente. Los nuevos métodos de prueba están acelerando este proceso.

Al mismo tiempo, el software ha pasado de permitir el infoentretenimiento y las funciones del motor a controlar nuevas características críticas para la seguridad, como los sistemas avanzados de asistencia al conductor (ADAS) y los sistemas de conducción autónoma, lo que eleva las apuestas y aumenta enormemente la complejidad de las pruebas.

El ritmo de los cambios tecnológicos presiona a los fabricantes de equipos originales para que incorporen las nuevas funciones más cerca del inicio de la producción e incluso después de que los vehículos se hayan vendido. Los desarrolladores necesitan ciclos cortos de retroalimentación, facilitados por las pruebas, para actualizar continuamente el código sin necesidad de largos procesos de aprobación.

Un cambio radical en el desarrollo

Los cambios en las pruebas forman parte de una transición más amplia en la forma en que la industria desarrolla tanto el software como el hardware.

Tradicionalmente, los desarrolladores han escrito software para cada componente de hardware y luego lo han integrado con el código de otras partes del vehículo. Las pruebas del software integrado han llegado tarde en el proceso, limitando el tiempo para realizar cambios adicionales. El desarrollo de cada componente y plataforma del vehículo ha sido un proceso único que vuelve a empezar para la siguiente plataforma.

Los fabricantes de equipos originales están empezando a cambiar este enfoque incremental y de integración vertical por métodos más ágiles e iterativos en los que equipos independientes escriben, integran y prueban continuamente su propio código. Las capas horizontales de middleware sustituyen al código específico de cada componente o plataforma del vehículo. Las aplicaciones y funciones se integran a través de interfaces de programación de aplicaciones (API) compartidas entre los equipos de desarrollo. Este método de integración continua/despliegue continuo (CI/CD) permite a los equipos de desarrollo actualizar su código a lo largo de la vida de un vehículo y reutilizar código probado de otros componentes y plataformas para minimizar costes y errores.

Los nuevos métodos de software también ayudan a los OEM a implantar nuevas arquitecturas en las que el procesamiento se traslada a grandes controladores de dominio centralizados desde unidades de control electrónico más pequeñas, lo que reduce el coste y la complejidad.

Las pruebas continuas apoyan el desarrollo iterativo

Los nuevos métodos de prueba forman parte de este cambio fundamental. Probar el software a medida que se desarrolla -para satisfacer las nuevas demandas de velocidad y escalabilidad- requiere la división del código en componentes vinculados por API y el uso de pruebas automatizadas en esos componentes. Las pruebas tempranas y frecuentes, el uso de la automatización y la adopción de plataformas en la nube pueden mejorar las tres etapas de las pruebas: software-in-the-loop (SIL), hardware-in-the-loop (HIL) y vehicle-in-the-loop (VIL).

Lea más sobre el funcionamiento conjunto de estas etapas de pruebas en nuestro. documento técnico..

LEER EL DOCUMENTO TÉCNICO

 

La gran cantidad de software que requiere un vehículo moderno ha crecido hasta decenas de millones de líneas de código, lo que presiona a los fabricantes de equipos originales y a los proveedores para que escriban, desplieguen e integren el código de forma más rápida y eficiente. Los nuevos métodos de prueba están acelerando este proceso.

Al mismo tiempo, el software ha pasado de permitir el infoentretenimiento y las funciones del motor a controlar nuevas características críticas para la seguridad, como los sistemas avanzados de asistencia al conductor (ADAS) y los sistemas de conducción autónoma, lo que eleva las apuestas y aumenta enormemente la complejidad de las pruebas.

El ritmo de los cambios tecnológicos presiona a los fabricantes de equipos originales para que incorporen las nuevas funciones más cerca del inicio de la producción e incluso después de que los vehículos se hayan vendido. Los desarrolladores necesitan ciclos cortos de retroalimentación, facilitados por las pruebas, para actualizar continuamente el código sin necesidad de largos procesos de aprobación.

Un cambio radical en el desarrollo

Los cambios en las pruebas forman parte de una transición más amplia en la forma en que la industria desarrolla tanto el software como el hardware.

Tradicionalmente, los desarrolladores han escrito software para cada componente de hardware y luego lo han integrado con el código de otras partes del vehículo. Las pruebas del software integrado han llegado tarde en el proceso, limitando el tiempo para realizar cambios adicionales. El desarrollo de cada componente y plataforma del vehículo ha sido un proceso único que vuelve a empezar para la siguiente plataforma.

Los fabricantes de equipos originales están empezando a cambiar este enfoque incremental y de integración vertical por métodos más ágiles e iterativos en los que equipos independientes escriben, integran y prueban continuamente su propio código. Las capas horizontales de middleware sustituyen al código específico de cada componente o plataforma del vehículo. Las aplicaciones y funciones se integran a través de interfaces de programación de aplicaciones (API) compartidas entre los equipos de desarrollo. Este método de integración continua/despliegue continuo (CI/CD) permite a los equipos de desarrollo actualizar su código a lo largo de la vida de un vehículo y reutilizar código probado de otros componentes y plataformas para minimizar costes y errores.

Los nuevos métodos de software también ayudan a los OEM a implantar nuevas arquitecturas en las que el procesamiento se traslada a grandes controladores de dominio centralizados desde unidades de control electrónico más pequeñas, lo que reduce el coste y la complejidad.

Las pruebas continuas apoyan el desarrollo iterativo

Los nuevos métodos de prueba forman parte de este cambio fundamental. Probar el software a medida que se desarrolla -para satisfacer las nuevas demandas de velocidad y escalabilidad- requiere la división del código en componentes vinculados por API y el uso de pruebas automatizadas en esos componentes. Las pruebas tempranas y frecuentes, el uso de la automatización y la adopción de plataformas en la nube pueden mejorar las tres etapas de las pruebas: software-in-the-loop (SIL), hardware-in-the-loop (HIL) y vehicle-in-the-loop (VIL).

Lea más sobre el funcionamiento conjunto de estas etapas de pruebas en nuestro. documento técnico..

LEER EL DOCUMENTO TÉCNICO

 

Autores
Olaf Kammel profile picture
Olaf Kammel
Global Director, Test & Validation
Justin Koegle profile picture
Justin L. Koegle
Global Chief Engineer, HIL/VIL/Simulation, Test & Validation

Carreras


Da forma al futuro de la movilidad. Únete a nuestro equipo para ayudar a crear vehículos más seguros, ecológicos y conectados.

Ver empleos relacionados

Suscríbase


Todos los anexos (1)