Transforme sus procesos y flujos de trabajo: Cambie el valor de la prueba

Para comprender las limitaciones, debemos comenzar en un nivel alto y dividir todo el flujo de trabajo en partes. Esto nos permite comprender cómo encaja en el proceso general de desarrollo, pruebas, fabricación y envío de productos a los clientes.  

En un flujo de trabajo típico, los ingenieros de V&V se involucran y analizan las especificaciones y los requisitos con los ingenieros de diseño a medida que se acerca la etapa de pruebas de validación de ingeniería (EVT). Revisemos los pasos de alto nivel.

1. Crear el plan de pruebas: recopilar los requisitos para ver qué equipo se necesita y qué rutinas de prueba de software se deben desarrollar. Autorizar el plan de pruebas y los casos.
2. Construir el sistema de pruebas: construir sistemas y desarrollar software.
3. Implementar el sistema de pruebas: entregar a un técnico encargado de implementar y ejecutar la prueba, o el ingeniero de V&V se acerca al probador, implementa el software y comienza la prueba.
4. Monitorear la prueba: monitorear la ejecución de la prueba para permitir que los equipos de trabajo reaccionen rápidamente ante una falla inesperada. Ya que es raro tener los recursos disponibles para ver todo el progreso en V&V, es más probable que los ingenieros o técnicos se acerquen para verificar si tienen disponibilidad. 
5. Analizar resultados: transferir manualmente los resultados del probador al equipo de trabajo adecuado para su análisis. 
6. Informar sobre los resultados: compartir los resultados con los ingenieros de diseño y otras colegas.
   

Dependiendo si el producto pasó o no, el siguiente paso podría ser otra iteración y prueba de diseño o podría ser entregar al equipo de fabricación para la producción.

Figura 1. Flujo de trabajo típico de ingeniería de la prueba de V&V

​Si damos un paso atrás y evaluamos este flujo de trabajo típico, notaremos que hay muchos pasos que requieren una interacción manual. Estas deficiencias no intencionales pueden no aparecer mucho al principio, pero cuando se suman todos los pasos de transferencia de datos, el impacto es significativo. Es posible que los productos no lleguen al mercado a tiempo o peor; terminamos aceptando el riesgo por encima de la calidad porque no hay tiempo para volver a realizar todas las pruebas.

Si bien los pasos en sí mismos por lo general tienen áreas en las que podemos mejorar, algo que comúnmente se pasa por alto es cómo los equipos hacen la transición entre estos pasos. Si es usted no es eficiente en la manera de moverse de un paso al siguiente, no solamente pierde productividad sino también trazabilidad, ya que documentar cuando se realizan cambios es un proceso manual. Veamos algunas áreas que, si se optimizan y automatizan, pueden agregar bastante eficiencia a sus flujos de trabajo.

El plan de pruebas

Las compañías que ven buenos resultados en sus esfuerzos de transformación digital a menudo logran romper los silos entre los diferentes departamentos. Para los equipos de V&V específicamente, esto significa tener un proceso en el que el equipo esté involucrado e informado sobre qué productos están en proceso y qué características y funcionalidades se pretende incorporar. Cuanto más pronto participe el equipo de V&V, mejor podrán planificar. 

Estar involucrado no solamente significa ser parte de un flujo interminable de reuniones, sino también tener acceso a los datos generados ⁽ⁱ⁾ por los equipos de diseño, especialmente los datos de simulación. Cuanto mayor sea el conocimiento que tengan los equipos de V&V de un producto, mejor será el plan de pruebas

Es importante recordar que, si bien los ingenieros de pruebas de V&V pueden querer trabajar más de cerca y mucho antes con la ingeniería de diseño, también debemos involucrar a nuestro equipo de pruebas de producción antes. La producción debe comprender lo que estamos probando desde el principio, qué metodologías de prueba usamos y en qué áreas del plan de pruebas encontramos problemas. Entonces, pueden estar mejor preparados para comenzar a fabricar y probar el producto final una vez que se libera de V&V.  

Desarrollo de las pruebas

Los equipos de pruebas de V&V a menudo necesitan una variedad de equipos disponibles para poder realizar pruebas en un espectro de tecnologías. También deben asegurarse de tener la cobertura de pruebas en su sistema para probar en escenarios de casos límite. No hace falta decir que necesitan una variedad de equipos costosos solo para realizar V&V.  

Hardware

Hablamos de reutilizar o readaptar, pero averiguar qué equipo se puede reutilizar para una prueba puede ser una gran pérdida de tiempo. Es posible que debamos recorrer los diferentes probadores que tenemos, buscar un equipo que se ajuste a nuestras necesidades, ver si se está utilizando actualmente y rastrear quién es responsable de esa prueba y si habrá terminado para cuando lo necesitamos, todo esto lleva tiempo.  

Si logramos encontrar el equipo adecuado, hay mucho más que debemos considerar. ¿Qué tan cerca está el equipo de necesitar calibración? ¿Podemos completar nuestra prueba sin comprometer la calidad, utilizando equipos no calibrados? Con todas estas complicaciones, generalmente vemos que la acción predeterminada es iniciar la adquisición de nuevos equipos. Los equipos nuevos no solo son costosos, sino que el proceso de adquisición consume tiempo más valioso. 

En lugar de ejecutar esta rutina cada vez que necesitamos un equipo, debemos automatizar el rastreo de dispositivos entre los sistemas. De esa manera, podemos ver qué equipo está en qué probador, si se está ejecutando una prueba y la tasa de utilización del equipo en ese probador específico, todo de un solo vistazo. Tener esta capacidad elimina la larga y tediosa búsqueda de equipos de pruebas. Cuando usted tiene esta información, permite que sus equipos de trabajo realicen inversiones en equipos basados en datos y solo adquieran equipos cuando realmente los necesitan. Esto libera el presupuesto para hacer otras cosas. Lo que comenzó como una identificación de una parte de su proceso para mejorar la eficiencia ahora también le permite controlar mejor los costos.

Software

El desarrollo de software para sistemas de pruebas es una de las tareas que deben realizar los ingenieros de pruebas de V&V y que más tiempo consumen, pero también es una de las tareas más importantes. Debido a que tenemos un tiempo limitado y plazos que cumplir, podría parecer una buena idea que los ingenieros de pruebas de V&V elijan cada uno el lenguaje que deseen para desarrollar el software. La suposición es que elegirán aquel en el que tienen mayor dominio. Pero, ¿qué sucede cuando al final usted tiene diferentes lenguajes de codificación en su sistema de software? Sin un framework común y un conjunto de reglas de codificación, puede construir probadores que estén tan personalizados que sean imposibles de mantener y la reutilización del código sea difícil. Puede ser aún más difícil cuando el ingeniero que creó el código ya no está en la compañía o ha cambiado de puesto. Después de haber construido el mismo tipo de probador dos o tres veces, realmente siente el impacto de esta ineficiencia.  

Al considerar cómo podemos mejorar esta situación, empiece por comprender que podemos ejecutar diferentes tipos de pruebas en nuestros laboratorios de V&V. Algunos pueden realizar control simple basado en entradas simples del usuario, mientras que otros pueden necesitar rutinas de pruebas sofisticadas que se ejecutan mientras se cumplen estrictos requisitos de tiempo. Este espectro es importante ya que buscamos ganancias de eficiencia, por lo que debemos asegurarnos de que podemos usar opciones sin código/bajo código para pruebas simples y enfocar el tiempo de desarrollo de software en las pruebas que necesitan exactamente eso.  

Para pruebas más complejas, podemos ganar eficiencia con un framework abierto y estandarizado. Este framework puede llamar a módulos de código desarrollados en diferentes lenguajes y tiene la flexibilidad de personalizarse de acuerdo a sus necesidades. Establecer la base adecuada aumenta la eficiencia y reduce el riesgo, ya que los componentes comunes que necesita (recopilación de datos, evaluación de aprobado/reprobado, integración con otros sistemas de soporte y más) se desarrollan una sola vez y se reutilizan en cada probador. Los ingenieros de pruebas de V&V pueden enfocarse en crear las rutinas de prueba y no todo el framework, lo que permite que los probadores se pongan en marcha más rápido. Pero para realmente aprovechar esto, debe implementar procesos que definan cuándo y dónde usar el framework en lugar de una opción sin código. Dar este paso correctamente significa que todos tienen una comprensión común de cómo construir probadores y siguen el mismo conjunto de reglas, lo que simplifica el desarrollo y el mantenimiento.

Implementar el sistema de pruebas

Para muchas compañías, implementar un sistema de pruebas es un proceso manual que implica mover el software de pruebas de una máquina de desarrollo al probador y asegurarse de que todo funcione como se espera. Por lo general, este paso genera pequeños ajustes y cambios en el código, que normalmente se realizan directamente en el probador. Debido al proceso manual, los ingenieros de pruebas de V&V deben recordar más adelante mover la versión final de vuelta a su máquina de desarrollo y actualizar la documentación, el historial de versiones, etc., para fines de trazabilidad y cumplimiento. Cada proceso manual lleva tiempo y aumenta la probabilidad de errores.  

Los procesos manuales no aprovechan los sistemas conectados y requieren que el ingeniero de V&V esté presente en el laboratorio cuando se implementa el sistema. La distancia entre el escritorio del ingeniero y el laboratorio puede agregar una cantidad considerable de tiempo por lo que le toma a esa persona caminar de un lado a otro. Además, considere algo tan simple como lo que sucedería si la memoria USB utilizada para transferir el programa de pruebas se corrompiera, o quizás después de que el ingeniero implementó el programa de pruebas en los probadores, descubrió que necesitaba hacer un cambio significativo que requería que trabajara desde su máquina de desarrollo en su escritorio. Toda una variedad de cosas podría requerir que ese ingeniero vaya y regrese al laboratorio, lo que aumenta el tiempo que lleva implementar el sistema.

Para aumentar la eficiencia en esta parte del proceso, necesita sistemas conectados y accesibles que se puedan ver y administrar desde una ubicación remota en su compañía. Sus equipos deben poder ver qué activos y software hay en el sistema para garantizar que el sistema está listo. Así, la implementación se realiza de forma remota, por lo que hay un historial completo de versiones y trazabilidad de lo que se implementó y quién lo implementó. La automatización y la administración remota de sus sistemas no solo aumentan su eficiencia operativa, sino que también garantizan una trazabilidad uniforme de cada sistema.

Prueba de monitor

Esta parte del proceso generalmente se pasa por alto cuando se trata de aumentar la eficiencia. Para las pruebas que están algo automatizadas, parece que después de ejecutar la prueba, podemos pasar por el probador de vez en cuando para ver el estado de la prueba y tener una idea de cuándo se completará.   

Análisis y reportes de resultados

Esta parte del proceso es crítica y notoria porque lleva mucho tiempo. A menudo, hablamos de automatización y sistemas de pruebas automatizadas, pero tendemos a olvidarnos de mirar esta parte del proceso.

Cuando se completa una prueba, los ingenieros de pruebas deben comprender por qué un producto se comportó de la manera en que lo hizo. ¿Obtuvimos los resultados que esperábamos en los escenarios de pruebas? Por lo general, los resultados se almacenan en el propio probador, lo que resulta en un proceso manual para que los ingenieros los recuperen. Luego, revisar, extraer, transformar y analizar los datos hace que el proceso sea largo, especialmente si usted no está haciendo todo esto automáticamente.  

Lo más probable es que su compañía impulse la eficiencia en otras áreas, por lo que tendría sentido estandarizar su proceso de análisis en todos los productos. Se ha demostrado que realizar análisis estándar reduce los costos de las pruebas y aumenta la cantidad de datos analizados y la información obtenida ⁽ⁱⁱ⁾ Si bien la automatización es importante, es igualmente importante poder realizar análisis ad-hoc rápidos que pueden ayudar a su equipo a realizar análisis de causa. Con un lugar centralizado para almacenar sus datos de prueba y rutinas predefinidas que se pueden ejecutar en los datos de prueba conforme van ingresando, usted puede ahorrar mucho tiempo en esta fase.  Si usted también estandariza la generación de reportes y los genera automáticamente y los puede compartir fácilmente con las partes interesadas, puede obtener más rápido la información correcta para los equipos de trabajo correctos, lo que significa iterar más rápido en el diseño de su producto y llegar antes al mercado.

Dar un paso atrás y observar el flujo de trabajo en general puede ayudar a identificar en qué áreas de su proceso necesita enfocarse. Cada compañía es diferente; es posible que tenga algunos de los desafíos mencionados anteriormente. Tal vez los tengas todos. Con todas las iniciativas que abarcan las organizaciones hoy en día y el enfoque de moverse más rápido, aumentar la eficiencia y crear ventajas competitivas, los equipos de V&V tienen la oportunidad de cambiar la manera en que la organización ve y valora las pruebas.  

Aquí hay algunas maneras de avanzar:

1. Considere cómo se pueden resolver los cuellos de botella que tiene con la automatización, la cual puede mejorar la eficiencia en el proceso general.
2. Realice cambios en los procesos de sus equipos de trabajo para obtener acceso a información relevante en tiempo real.
3. Evalúe si tiene la base de datos correcta con sistemas conectados por software que generan los resultados que está buscando.

Las optimizaciones de procesos beneficiarán a su compañía de manera general. Si bien comenzar no es una tarea fácil, vale la pena el esfuerzo, y no tiene que hacerlo solo. NI ha trabajado con varias compañías en iniciativas de estandarización que pueden impulsar la eficiencia. Todo se reduce a+ flujos de trabajo y procesos.

Hablemos hoy sobre qué está buscando y exploremos las áreas donde tiene cuellos de botella para que podamos analizar las mejores prácticas. Aprenda cómo NI puede ayudarlo a enfocar sus esfuerzos para que logre la mayor eficiencia y/o reduzca la mayor cantidad de riesgos.