La plataforma global e independiente para la comunidad SAP.

Pruebas de software: la ciencia se une al arte

El software es omnipresente: controla los marcapasos modernos, hace posibles las aplicaciones que sustentan la vida cotidiana en los teléfonos móviles y garantiza la eficiencia de los procesos en las empresas. En el mejor de los casos, es invisible para nosotros.
Nagarro
20 septiembre 2023
avatar
Este texto ha sido traducido automáticamente del alemán al español.

Esto sólo cambia cuando no funciona. Para que esto no ocurra, es importante un control de calidad constante. La palabra mágica aquí: Pruebas de software.

Pruebas de software: un intento de enfoque

"No existe una definición uniforme de las pruebas de software", afirma Thomas Steirer, experto en pruebas de Nagarro. "Pero desde mi punto de vista, tiene sentido definir el término en sentido amplio. Entonces incluye todas las medidas que garantizan que el software cumple las tareas para las que fue diseñado. Las pruebas de software se convierten así en una tarea holística que, en el mejor de los casos, comienza ya durante el desarrollo."

De hecho, se ha establecido una filosofía bajo el término "DevOps" que persigue precisamente esto. "DevOps", compuesto por "desarrollo" y "operaciones", acerca el desarrollo y las operaciones de software. Las empresas están estableciendo procesos y herramientas que facilitan los bucles de retroalimentación. Uno de los objetivos es disolver los procesos rígidos y secuenciales y mejorar así la garantía de calidad. "En el pasado, el pensamiento se basaba a menudo en actividades. Los desarrolladores especificaban el nuevo software y esbozaban su estructura lógica, los programadores lo ponían en práctica. Después, los usuarios internos probaban una primera versión alfa", explica Thomas Steirer.

La desventaja de este planteamiento es que, a menudo, los probadores descubrían los defectos, incluso los más graves, en una fase tardía, en el peor de los casos en el cliente final. Esto alargaba los plazos de desarrollo y, al mismo tiempo, suponía a veces costes adicionales considerables. "Por eso hoy ya acompañamos el proceso de desarrollo. Nuestra experiencia demuestra que alrededor del 80 por ciento de los errores ya se producen allí: Por ejemplo, el desarrollo pasa por alto funcionalidades importantes para los usuarios o no tiene en cuenta con qué sistemas de terceros interactuará frecuentemente el software. Esto puede evitarse mediante controles de calidad tempranos", sabe Thomas Steirer por experiencia. 

Imprescindible, no sólo para los fabricantes de software 

A primera vista, parece que las pruebas afectan sobre todo a las empresas de software. Nada más lejos de la realidad. Todas las empresas utilizan software hoy en día: sistemas ERP y CRM, sitios web con tiendas online asociadas, sistemas de control para la producción son ejemplos clásicos. A menudo se trata de soluciones que las empresas adaptan a sus necesidades, a menudo diseñando ecosistemas informáticos completos en el proceso. "Fijémonos en SAP, por ejemplo. No se trata de un simple software, sino de una colorida caja de herramientas de la que las empresas pueden servirse según sus necesidades", afirma Thomas Steirer. "La SAP Business Technology Platform (BTP), en particular, lo demuestra: se trata cada vez más de paisajes de sistemas orquestados y específicos para cada empresa." 

Estos ecosistemas informáticos son esenciales para el buen funcionamiento. En el caso de sitios web y tiendas online, las TI internas de la empresa también afectan directamente a los consumidores finales. Así, por ejemplo, resulta molesto que no puedan hacer un pedido debido a errores de software. Por lo tanto, los probadores de software no "sólo" garantizan pasivamente el buen funcionamiento de los procesos, sino que protegen a las empresas de riesgos empresariales fundamentales, porque sin las TI modernas, hoy en día nada funciona en las empresas. Thomas Steirer afirma: "El software es un factor vital para la supervivencia de casi todas las empresas. Y, por tanto, los riesgos del software no se quedan sólo en el software, sino que afectan a toda la organización y a su subsistencia. Una prueba de software bien configurada reduce este riesgo a un nivel bajo y manejable. Esto convierte básicamente el trabajo de los probadores en una forma de gestión de riesgos".

Probar los sistemas: una cuestión de experiencia

Sin embargo, los sistemas complejos son propensos a errores. Por lo tanto, la atención se centra en la medida en que los componentes individuales encajan entre sí de forma adecuada y coherente. Para ello, los arquitectos de sistemas definen los requisitos que deben cumplir incluso antes de la puesta en marcha. Para ello, especifican, por ejemplo 

- Tareas y objetivos del nuevo entorno

- casos de uso comunes y

- API necesarias para que los distintos componentes puedan interconectarse.
pueden interactuar.

Los probadores les ayudan cuestionando supuestos, comprobando que los requisitos sean completos o examinando casos de uso para ver su relevancia práctica. Desde el punto de vista operativo, también comprueban los formularios de entrada o las interfaces de prueba. La dificultad estriba en que, para que esto tenga éxito, la experiencia es especialmente importante. Thomas Steirer: "En las pruebas confluyen la ciencia y el arte. Los aspectos científicos se aprenden estudiando la bibliografía. Las publicaciones pertinentes llenan estanterías enteras. Pero sólo se llega a ser realmente bueno cuando se desarrolla una sensibilidad para los problemas típicos. Un ejemplo: En la práctica, se pueden concebir infinitos escenarios de aplicación. Pero sólo se puede ejecutar un número finito de escenarios. El arte consiste en determinar cuáles son realistas y centrarse en ellos. Por supuesto, esto requiere experiencia en proyectos.

Pruebas


¿Un campo experimental para la interacción del "hombre y la máquina"? Es posible que el conocimiento experiencial gane incluso en importancia gracias a la IA. La razón: actualmente, la IA se encarga principalmente de tareas operativas, a menudo aburridas y repetitivas. A pocas personas, por ejemplo, les gusta leer código fuente. Entonces está bien que ChatGTP y compañía lo revisen. Pero solo los humanos pueden valorar dónde tiene sentido el uso de la IA y la automatización de pruebas, y dónde no. Además, cada vez más empresas utilizan el aprendizaje automático. Un ejemplo práctico: los asistentes virtuales. Sin embargo, primero hay que entrenarlos y validarlos con datos de prueba, otro campo de actividad para los probadores. 

Una conclusión para las empresas


En tiempos de modelos de negocio basados en datos y cadenas de suministro inciertas, las TI se vuelven aún más críticas para el éxito. Por ello, las empresas deben estar atentas a esta cuestión y, al menos, invertir en ella gradualmente. Especialmente al principio, especialistas competentes pueden acompañar a las empresas en este proceso, como proveedores de servicios externos o formando a la plantilla. Thomas Steirer: "Tras los primeros proyectos, quedará claro si una empresa contrata a sus propios especialistas o recurre a socios externos de forma permanente. Al principio, sin embargo, puede abordar el tema sin complicaciones. Dada la importancia de las TI hoy en día, no hay nada malo en intentarlo".

Escriba un comentario

Trabajar sobre la base de SAP es crucial para el éxito de la conversión a S/4. 

Esto confiere al centro de competencia una importancia estratégica para los clientes actuales de SAP. Independientemente del modelo operativo de S/4 Hana, temas como Automatización, Supervisión, Seguridad, Gestión del ciclo de vida de las aplicaciones y Gestión de datos la base de las operaciones S/4.

Por segunda vez, E3 Magazine organiza una cumbre para la comunidad SAP en Salzburgo con el fin de ofrecer información exhaustiva sobre todos los aspectos del trabajo preliminar de S/4 Hana. Toda la información sobre el evento puede encontrarse aquí:

Cumbre de Centro de Competencia SAP 2024

Lugar de celebración

Sala de actos, FourSide Hotel Salzburg,
En el recinto ferial 2,
A-5020 Salzburgo

Fecha del acontecimiento

5 y 6 de junio de 2024

Entrada normal:

€ 590 sin IVA

Lugar de celebración

Sala de actos, Hotel Hilton Heidelberg,
Kurfürstenanlage 1,
69115 Heidelberg

Fecha del acontecimiento

28 y 29 de febrero de 2024

Entradas

Billete normal
590 EUR sin IVA
El organizador es la revista E3 de la editorial B4Bmedia.net AG. Las conferencias irán acompañadas de una exposición de socios seleccionados de SAP. El precio de la entrada incluye la asistencia a todas las conferencias de la Cumbre Steampunk y BTP 2024, la visita a la zona de exposición, la participación en el evento nocturno y el catering durante el programa oficial. El programa de conferencias y la lista de expositores y patrocinadores (socios de SAP) se publicarán en este sitio web a su debido tiempo.