¿Cómo funciona la integración continua y el modelo de entrega continua en el desarrollo de software integrado con dependencias de software y hardware?

Para un campo como el software integrado, es aún más importante tener CI / CD ya que el nivel de pruebas necesarias es mucho más alto que el software tradicional, imagine construir un sitio web en lugar de construir un módulo de inyección de combustible en un automóvil.

Dicho esto, CI / CD optimiza el esfuerzo necesario para las pruebas generales, lo que facilita el lanzamiento de más funciones / parches.

La clave para que esto funcione es tratar su infraestructura como código. Eso significa que debe invertir en algún momento asegurando los emuladores adecuados para TODO el hardware que necesita. Más importante aún, esos emuladores pueden ser acelerados, integrados y eliminados por código (a través de su canal de compilación).

Cualquier dependencia de software también se puede manejar de la misma manera que en el desarrollo de software tradicional utilizando tecnologías como la contenedorización y la virtualización.

Colectivamente, podrá registrar todos sus emuladores de hardware, dependencias de software en su control de origen y desde allí, puede acelerar los entornos de desarrollo y prueba en cualquier lugar que desee para realizar sus pruebas.

Espero que esto ayude.

Creo que el principal desafío en la integración continua para el software embebido proviene de ejecutar pruebas automatizadas para su software en el hardware: no es fácil desencadenar pruebas automatizadas, tiene fallas debido a problemas de EMI y HW y más. Puedes echar un vistazo a esta publicación de blog y aprender cómo Google probó Chromecast. Creo que una de las herramientas que debe tener es un clon virtual de su hardware. Los dispositivos virtuales pueden agilizar y facilitar la automatización de sus pruebas de software integrado y disfrutar de un verdadero proceso de integración continua. Para dispositivos virtuales, eche un vistazo a QEMU y Jumper Virtual Lab.

Espero haberte ayudado.

No creo que funcionen de manera diferente con hardware, firmware o software. Se aplican las mismas presiones. ¿Se pregunta cómo las dependencias de software y hardware afectan su implementación de la entrega continua?

Muy bien, como en todos los demás casos. Pero, por supuesto, dado que el sistema ‘host’ rara vez está disponible gratuitamente para que lo use el desarrollador, debe ser simulado por bancos de pruebas muy exigentes.

Funciona de la misma manera.

Las construcciones identificadas se cargan en el dispositivo de prueba y luego se hacen pruebas de humo automáticamente. El estímulo se activa, se ejecutan pruebas aleatorias dirigidas y restringidas, se generan informes y se emiten alarmas si algo realmente malo sucedió.

Las versiones atractivas son candidatos de lanzamiento y obtienen un escrutinio más profundo.