El sistema de autodiagnóstico

Hace poco me han preguntado repetidamente por los temas de la gestión de pruebas y la generación de datos de prueba. En concreto, los clientes me han preguntado si Solution Manager también admite el concepto de generación de datos de prueba. En el contexto general de todas las funciones que ofrece SolMan, se trata de una pregunta muy avanzada.

Antes de pensar en ello, hay que hacer un trabajo preliminar. El suministro automático de datos tiene sentido, pero debe ir acompañado de un paquete global.

El primer paso consiste en registrar los procesos empresariales y documentarlos y registrarlos en la documentación de la solución. Con la nota SAP en el Blueprint Generator, se pueden inventariar las transacciones individuales utilizadas en el sistema productivo.

La asignación de una transacción a un nivel de estructuración se basa en su paquete. A cada paquete se le asigna un único componente SAP.

Los clientes que hayan empaquetado todas sus transacciones Z en un paquete a través de módulos deberán revisarlo. El esquema creado con sus transacciones individuales debe combinarse en varias cadenas de procesos de extremo a extremo mediante enlaces para el procedimiento de prueba.

El siguiente paso sensato es utilizar el analizador de cambios en los procesos empresariales. Para ello, deben registrarse listas de partes de todos los procesos empresariales relevantes. Con ayuda de estas listas de partes, que representan los programas que se ejecutan y los asientos de personalización utilizados, se puede determinar con cada importación productiva a qué procesos empresariales se refiere una solicitud de transporte. De este modo, se puede dar una primera tendencia sobre si una prueba tiene sentido.

Dado que estas listas de piezas cambian con cada importación al sistema productivo, es necesaria una actualización continua. Una vez establecidos estos procesos, se puede pasar al siguiente tema, la automatización de los casos de prueba. El algo anticuado ECatt, básicamente nada más que un registro de entrada por lotes, ya no debería utilizarse.

Con la automatización de pruebas basada en componentes, SAP proporciona a los clientes con contratos de asistencia empresarial una herramienta que facilita considerablemente el manejo, el registro y la reparación de los casos de prueba.

Además de la GUI clásica de SAP, también se admiten todas las tecnologías de interfaz modernas. La herramienta ya contiene las secuencias de programa conocidas de todas las transacciones suministradas por SAP, de modo que un caso de prueba puede vincularse fácilmente a otro en una interfaz gráfica.

Por tanto, ya no son necesarios profundos conocimientos de programación. Los usuarios profesionales considerarán sin duda la posibilidad de obtener la licencia de una herramienta de pruebas como Worksoft Verify o HP Quick Test Pro o HP Quality Center como alternativa a CBTA. El siguiente paso es la generación automática de datos de prueba.

A muchos clientes les gusta crear una copia del sistema de producción, ya sea de forma clásica o con herramientas para acotar el contenido de la base de datos. No soy partidario de las copias en entornos regulados, ya que así también se introducen datos relevantes y críticos para la empresa en el sistema de control de calidad.

Normalmente, el concepto de autorización en el sistema de aseguramiento de la calidad es algo más permisivo que en el sistema productivo, por lo que se trata de un problema relevante. Ahora, la generación de datos maestros y de prueba relevantes sólo puede garantizarse creando casos de prueba para construir estos datos, que luego se ejecutan cada uno ante una cadena de prueba y generan los datos. La construcción de estos datos puede, por supuesto, complicarse arbitrariamente.

Con la CBTA, SAP proporciona una herramienta muy buena y avanzada para registrar casos de prueba de forma fácil y rápida. No cabe duda de que queda trabajo preliminar por hacer para poder disfrutar de casos de prueba automáticos.

Ciertamente, este planteamiento no vale para todos los procesos, sino sólo para los especialmente relevantes o los que sólo pueden probarse manualmente con mucho esfuerzo. Un concepto global consiste siempre en un mayor uso de pruebas unitarias, pruebas automatizadas, así como un mantenimiento continuo de la documentación de procesos existente.