Thales reduce el tiempo entre lanzamientos y comentarios de las pruebas con automatización

El Desafío

Los sistemas y sensores de combate naval de Thales satisfacen una amplia gama de necesidades para la guerra de superficie y antiaérea. Estas soluciones realizan funciones de vigilancia, comando y combate, y apoyan sistemas de armas de fabricantes estadounidenses y europeos. La cartera de productos de Thales abarca desde radares de vigilancia de medio y largo alcance hasta radares multifunción con guía de misiles, hasta soluciones integradas completas que contienen varios sistemas de radar, antenas de comunicación, sensores optrónicos, antenas IFF, antenas parabólicas y similares en un solo estructura e incluso un radar que ha demostrado recientemente sus capacidades de defensa contra misiles balísticos.

Thales tiene un entorno de prueba heterogéneo y distribuido, lo que plantea un desafío sobre cómo automatizar las pruebas de regresión. Para sus probadores, es difícil tener un conocimiento detallado de todas las herramientas de prueba internas y aplicaciones de radar.

El enfoque

Cuando llegó el momento de abordar los desafíos de las pruebas, Thales utilizó una empresa externa para investigar las posibles soluciones disponibles en el mercado que se ajustarían a sus necesidades. Prueba SOA de Parasoft demostró ser la mejor solución.

El departamento de radar estaba buscando una solución que pudiera proporcionar lo siguiente:

• Automatización de prueba
• Pruebas para no programadores que serían fáciles de implementar
• Mejor participación de los ingenieros de dominio
• Conectividad con otras aplicaciones web / basadas en jabón
• Ejecución de pruebas en múltiples objetivos
• Reutilización de pruebas

Los resultados

Tener un entorno de prueba heterogéneo y distribuido supuso desafíos para la automatización de las pruebas de regresión. Por ejemplo, las herramientas de prueba se implementaron con Java y Matlab, pero las aplicaciones de radar se implementaron en C y C ++. Había pruebas unitarias basadas en Java que no eran adecuadas para quienes no eran programadores. Además, era difícil conectarse con aplicaciones de prueba basadas en web / jabón.

Para los probadores de Thales, era muy difícil tener un conocimiento detallado de todas las herramientas de prueba internas y aplicaciones de radar, por lo que necesitaban una herramienta de orquestador de pruebas para ayudar, que pudiera abstraer las tecnologías en los casos de prueba y comunicarse con todas estas diferentes herramientas.

Al presentar SOAtest, Thales pudo abstraerse de las tecnologías en los casos de prueba.

“SOAtest nos permite escribir las pruebas para que nuestros ingenieros de pruebas las entiendan fácilmente. Podemos utilizar todas nuestras herramientas de prueba ya existentes para controlar las aplicaciones de radar y realizar verificaciones, y la herramienta nos permite automatizar las pruebas y ejecutarlas con la frecuencia que queramos. Los resultados son fáciles de mostrar en el entorno de Jenkins ".

- Ferenc Schopbarteld, arquitecto de software

La automatización de pruebas se activa mediante un servidor Jenkins que contiene trabajos para:

1. Implemente las herramientas de prueba y las aplicaciones de radar.
2. Ejecute las pruebas y recopile los datos.
3. Verifique los datos e informe los resultados.

Al usar SOAtest, el tiempo entre la entrega de una versión y la retroalimentación de las pruebas se ha reducido significativamente. Esto permite a Thales acelerar las entregas a sus clientes de prueba internos que prueban el producto de radar final.

Thales ahora puede ejecutar más pruebas para mejorar la calidad de su producto, y se necesita muy poco tiempo para implementar esta configuración de prueba en otros productos de radar para lograr un beneficio continuo. Las pruebas desarrolladas en SOAtest son reutilizables en otros sistemas, lo que ahorra tiempo y dinero porque la redacción de pruebas lleva mucho tiempo. A medida que se reutilizan las pruebas, la madurez de las pruebas también continúa mejorando.

La configuración en Thales se muestra a continuación:

“Ahora vemos la voluntad de los arquitectos de dominio, que tienen poco conocimiento de software para participar en la redacción de pruebas de regresión, para mejorar la calidad de nuestro producto de radar. Este factor es importante para crear un espíritu de equipo entre el dominio y los ingenieros de software ".

- Ferenc Schopbarteld, arquitecto de software