El tiempo de inactividad no planificado es uno de los eventos más costosos que puede experimentar un fabricante. De hecho, según una investigación realizada por Henkel Adhesive Technologies , el tiempo de inactividad que dura tan solo una hora podría costarle a la empresa más de 122.000 dólares. A pesar de una pérdida financiera tan significativa, el 82 por ciento de las empresas ha experimentado al menos un incidente de tiempo de inactividad no planificado en los últimos tres años.

Si bien hay una multitud de razones por las que los fabricantes pueden enfrentar tiempos de inactividad no planificados (sobrecargas de energía en equipos eléctricos, fugas en tuberías críticas o incluso desgaste de la maquinaria, por ejemplo), los problemas a menudo se solucionan cuando el equipo ya está averiado, lo que obliga a la planta a apagar sus sistemas y, a su vez, consumir sus resultados finales.

Esta es una historia similar cuando se lanza un nuevo software. De hecho, según una investigación reciente de Leapwork, el 45% de los evaluadores del sector manufacturero del Reino Unido creen que es aceptable lanzar software que no se haya probado correctamente, siempre y cuando los problemas se prueben con parches más adelante. Además, solo el 30 por ciento piensa que las fallas de software son críticas y representan un gran riesgo para el negocio.

La cuarta revolución industrial

La realidad es que la digitalización está transformando el sector manufacturero. Acelerado significativamente por la Covid-19, lo que se ha denominado la "cuarta revolución industrial" ha significado que una gran parte de los fabricantes están recurriendo a usos de software mucho más amplios, incluidos IoT, sensores y robótica. Este mayor nivel de automatización y digitalización de procesos ha cambiado drásticamente la forma en que se diseñan y fabrican los productos. Sin mencionar el efecto colateral que esto tiene en las operaciones, los procesos y la huella energética de las fábricas y las cadenas de suministro, lo que significa que el desarrollo de software efectivo ahora es fundamental.

Con el aumento de la digitalización en la industria, las pruebas de software se han convertido en una parte fundamental del proceso de identificación de defectos y errores en la codificación. Históricamente, las pruebas de software se realizaban manualmente, y los evaluadores desempeñaban el papel de usuarios finales y usaban las funciones de la aplicación para garantizar el comportamiento correcto. Pero a medida que el desarrollo de software se vuelve más rápido y complejo, las pruebas manuales ya no pueden seguir el ritmo.

Las empresas, sin embargo, tienen una solución a este dilema. En lugar de depender de procesos manuales, pueden aprovechar la automatización para potenciar las pruebas. Al aprovechar la automatización, los fabricantes pueden impulsar la eficiencia, lo que les permite probar mayores volúmenes de software y, al mismo tiempo, eliminar el riesgo de error humano.

Razones por las que el software no se prueba correctamente

A pesar de las oportunidades creadas a través de las pruebas automatizadas, muchos fabricantes están lidiando con el problema de que la gran mayoría de las herramientas disponibles en el mercado son complejas y tienen muchos códigos, lo que significa que necesitan confiar en las habilidades de los desarrolladores para operar y mantener el software. Sin embargo, una gran escasez de habilidades de desarrolladores a nivel mundial crea graves cuellos de botella en estos procesos que, a su vez, retrasan los tiempos de entrega de los proyectos a medida que los equipos de desarrollo intentan mejorar las habilidades de los evaluadores manuales, contratar nuevos talentos y apoyarse en sus desarrolladores existentes para obtener asistencia. Al mismo tiempo, las empresas se enfrentan a plazos ajustados para ofrecer calidad rápidamente y satisfacer las nuevas demandas de los clientes. Todo esto culmina en un decepcionante 15 por ciento de las pruebas de software que se automatizan con éxito en la actualidad, a pesar de la rápida tasa de transformación digital.

Si bien la mayoría de los líderes empresariales entienden la importancia de las pruebas de software, el 40 por ciento de los directores ejecutivos cuyas empresas usan o desarrollan su propio software interno dicen que la dependencia de las pruebas manuales es la razón principal por la que su software no se prueba correctamente antes de ser lanzado en todo el mundo. A pesar de esto, el 50 por ciento de los probadores todavía dicen que están usando algún elemento de automatización.

A pesar de los desafíos que enfrentan, un número cada vez mayor de fabricantes están haciendo la transición a la automatización para cumplir con los requisitos de prueba del software cada vez más complejo que se está introduciendo en el negocio. Sin embargo, en la trayectoria actual, cada vez más empresas lucharán con fallas críticas del sistema y tiempo de inactividad no planificado, lo que podría costarles significativamente, tanto financieramente como en tiempo.

Pruebas automatizadas sin código

Sin embargo, existe una oportunidad para que los fabricantes refuercen sus prácticas de prueba de software al considerar un enfoque completamente nulo para las pruebas. Las herramientas basadas en código y de bajo código requieren habilidades de desarrollador, o al menos una comprensión básica del código, lo que crea problemas de escalabilidad y afecta la asignación de recursos. Por otro lado, las soluciones sin código tienen la capacidad de democratizar la automatización, ya que los evaluadores pueden crear una lógica de prueba basada en procesos comerciales reales. Esto significa que cuando se trata de automatizar procesos, los expertos en pruebas y los usuarios comerciales cotidianos que ya trabajan dentro de la empresa pueden automatizar fácilmente los flujos de trabajo de una manera escalable y sostenible.

A medida que nuestro uso del software se vuelve más complejo, los fabricantes que no implementan las herramientas de automatización de pruebas adecuadas se exponen a un tiempo de inactividad innecesario o, lo que es peor, a interrupciones completas de la planta. Para minimizar este riesgo, los fabricantes deben hacer la transición a un enfoque sin código para la automatización de pruebas. Esto no solo facilita la contratación de nuevos talentos o la utilización de los recursos del equipo existente, sino que también hace que la automatización sea mucho más fácil de mantener y escalar a largo plazo.

Por Sune Engsig, vicepresidente de productos en Leapwork