Pruebas inteligentes

¿El que prueba es un cobarde? En absoluto. Quienes no realizan pruebas no conocen el Business Process Change Analyser (BPCA) como subfuncionalidad de SolMan, ni sus inmejorables ventajas en el contexto de la optimización del alcance de las pruebas.

De ello se benefician los responsables del proceso, los gestores de pruebas, los usuarios/probadores clave, la base SAP, todos los responsables de la toma de decisiones y los usuarios finales. Y con ello, en última instancia, la estabilidad del proceso y el funcionamiento de SAP.

Al fin y al cabo, todo aquel que realmente quiera realizar pruebas inteligentes necesita una herramienta de este tipo. Y, desde luego, todos los agentes mencionados anteriormente con sólidos conocimientos sobre procesos, sobre todo para clasificar los resultados del BPCA, especialmente para el ámbito de prueba definido por el BPCA y, por tanto, los casos de prueba definidos. Este es el corazón del BPCA.

Pero vayamos paso a paso:

• ¿Quién puede utilizar la BPCA?
• ¿Cuál es el camino para ello?
• ¿Cuáles son los casos de uso de BPCA?
• ¿Cuál es el resultado?
• ¿Y qué beneficio obtengo de ello?
• ¿Y por qué un artículo sobre BPCA ahora, cuando existe desde hace varios años?

La última pregunta en primer lugar: Con SolMan 7.2 está disponible una documentación de soluciones recién organizada. Solución significa aquí: Unidad de todos los sistemas incluyendo documentación de procesos, casos de prueba, unidades ejecutables ([Z-]transacción, [Z-]informe). La documentación de la solución puede diferenciarse según el nivel de madurez (producción vs. mantenimiento vs. desarrollo/sandbox). Esto permite el versionado de la documentación que puede separarse en términos de contenido.

¿Cuáles son los casos de uso de BPCA? ¿Cómo es el resultado? ¿Y qué beneficios obtengo de ello? La pregunta central que subyace a todos los casos de uso es: ¿Qué procesos críticos para la empresa se ven afectados por un cambio que se ha realizado? En otras palabras, ¿qué procesos deben (re)probarse para garantizar la estabilidad del proceso y el funcionamiento de SAP?

Los cambios relevantes para BPCA pueden ser: actualización de SP/EhP, activación de una función de negocio, (objeto en una) solicitud de transporte, documento de cambio de ChaRM que incluya solicitudes de transporte y listas de objetos. Todos los cambios relevantes para BPCA tienen algo en común: deben estar presentes en una solicitud de transporte en el sistema de desarrollo.

El resultado de BPCA es una lista de todos los procesos/pasos de proceso afectados por un cambio, es decir, el ámbito que debe (re)probarse. Si no se dispone de planes de pruebas para ello, pueden generarse con sólo pulsar un botón y almacenarse en el Conjunto de Pruebas.

Más rápido no es posible. Si el alcance de la prueba definido inicialmente por el BPCA es demasiado amplio o no puede procesarse en el tiempo disponible debido a los recursos disponibles, existen enfoques pragmáticos para optimizar el alcance de la prueba (por ejemplo, 75% de cobertura de la prueba: 10 casos de prueba frente a 90% de cobertura de la prueba: 100 casos de prueba).

El beneficio es claro: una recomendación inicial sobre el ámbito que debe (re)probarse. A menudo es una tarea intelectualmente inviable. Además, a menudo no es posible plantearla en términos de recursos.

En mi opinión, es esencial que un experto en procesos revise el resultado del BPCA correspondiente. Después de todo, quien malinterprete deliberadamente las ventajas del BPCA no debería embarcarse en el viaje en primer lugar.

Y llegamos a las últimas preguntas: ¿Quién puede utilizar la BPCA? ¿Cómo funciona el camino hacia ella?

Actualmente, los clientes de SAP Enterprise Support pueden beneficiarse de BPCA. El camino hacia el análisis BPCA es aproximadamente el siguiente: Definir procesos y pasos de proceso y almacenarlos con unidades ejecutables, llevar a cabo la configuración BPCA en el solman_setup y generar la llamada "Lista Técnica de Materiales" (TBOM) por unidad ejecutable en base a los datos UPL/SCMON en el sistema productivo.

A continuación, empaquete el cambio en una solicitud de transporte, ejecute el análisis BPCA en esta solicitud de transporte, analice/interprete el resultado y, si es necesario, cree un plan de pruebas a partir de él... ¡listo! Esto allana el camino hacia las "pruebas inteligentes".