Los que prueban son cobardes

Al actualizar a SAP, es más que sensato volver a probar los procesos de la empresa por completo en una cadena de procesos para garantizar el éxito de la actualización.

Si ahora hay que probar el "sistema SAP", suele surgir la pregunta de qué es lo que hay que probar y cómo hay que hacerlo. Muchos clientes acostumbran entonces a organizar los antiguos planes de pruebas del último parche y a revisarlos si es necesario.

Sin embargo, aquí es donde suele surgir la primera duda: qué transacciones aún no se han registrado en los planes de pruebas y deben incluirse, qué informes están obsoletos y ya no se utilizan y, por tanto, pueden descartarse.

Esta recopilación e inventario por sí solos no son tarea fácil. Tuve la experiencia de un responsable informático que, cuatro semanas antes del inicio de la fase de pruebas, dio instrucciones a los departamentos especializados para que introdujeran en una hoja Excel todas las transacciones utilizadas de forma continua.

Aunque es un buen comienzo, se trata de una tarea de Sísifo. En particular, el periodo de observación no suele ser suficiente. Con el Blueprint Generator, que SAP suministra ahora como referencia, las transacciones utilizadas en el sistema de producción pueden inventariarse y almacenarse en la documentación de la solución.

Aunque esto no es todavía un plan de pruebas, garantiza que todas las transacciones utilizadas están realmente inventariadas en una estructura. Es una forma sencilla de crear un punto de partida para un plan de pruebas que sea, sobre todo, completo.

El útil generador de planos también puede realizar actualizaciones delta, es decir, añadir nuevas transacciones a estructuras existentes. Esto suele ocurrir cuando la documentación ya existe pero está algo desfasada.

El resultado es una potente herramienta de pruebas

A continuación, puede crearse un plan de pruebas a partir de la estructura de documentación generada. Técnicamente, también se puede crear y procesar un plan de pruebas a partir de esta estructura.

Sin embargo, este plan sólo contiene las transacciones. Por regla general, esto no es especialmente útil, ya que todavía no existen especificaciones relevantes sobre con qué datos maestros, tipos de documentos y categorías de artículos debe comprobarse realmente una transacción.

Tiene sentido complementar las estructuras generadas con los documentos Excel que la mayoría de los clientes ya tienen en archivos compartidos y que utilizan para organizar algunos de sus casos de prueba.

Estos documentos también pueden revisarse y afinarse en una fase posterior, pero en general es importante crear primero un punto de partida y un comienzo.

Si los documentos están lo suficientemente completos, pueden crearse planes de pruebas significativos. A partir de los planes de pruebas suelen crearse paquetes de pruebas que se asignan a personas concretas.

Tiene sentido probar los procesos tal y como tienen lugar en la realidad y no limitarse a realizar pruebas individuales orientadas a las funciones. En este sentido, hay que crear "secuencias de pruebas" que reflejen la secuencia natural de una cadena de procesos.

Estas secuencias también permiten que varios departamentos trabajen juntos en un proceso. La variante de-luxe junto con las secuencias de prueba también permite pedir a los probadores que prueben su proceso o transacción por correo electrónico.

En el marco también puede realizarse un modelo de recordatorio con función de escalado. El resultado es una potente herramienta de pruebas. En el mejor de los casos, los casos de prueba y los planes de prueba también se actualizan continuamente.

¿Qué procesos empresariales son relevantes?

Dado que el alcance de las pruebas suele crecer continuamente con el aumento del alcance funcional de un entorno informático, es aún más importante probar las pruebas de integración de forma selectiva.

El Business Process Change Analyser de SAP puede identificar los procesos empresariales relevantes que se han modificado como parte de una actualización, una función empresarial o incluso un transporte. Sobre esta base, los procedimientos de prueba pueden simplificarse y racionalizarse considerablemente, ya que sólo es necesario probar los procesos empresariales realmente relevantes.

En combinación con la documentación de los procesos de negocio y la gestión de cambios, el componente de gestión de pruebas del
Los gestores de soluciones pueden aportar un complemento útil a la gestión del ciclo de vida de las aplicaciones. Aunque todos los comienzos suelen ser difíciles, se puede desarrollar y establecer una solución pragmática de forma sencilla.