Confirmación de procesos empresariales en una conversión de sistema
Para una conversión del sistema, el sistema de prueba del cliente se convierte primero. Después de esta conversión, los procesos empresariales existentes deben probarse para verificar que se están comportando como se esperaba. SAP Cloud ALM se puede utilizar para definir los casos de prueba y documentar formalmente que se haya completado cada prueba de proceso empresarial. Este proceso se describe detalladamente en la última unidad de este curso, Pruebas de procesos empresariales configurados. Si se identifican problemas durante las pruebas, el usuario que ejecuta la prueba captura este feedback directamente en SAP Cloud ALM para crear una lista de ejecución de los problemas identificados que deben resolverse.
Nota

Las pruebas del proceso empresarial se pueden dividir en dos sprints:
Sprint 1
El sprint 1 es el test de los procesos actuales. El objetivo es validar que los procesos empresariales en el sistema convertido funcionen como lo hacían anteriormente desde una perspectiva funcional. Algunas aplicaciones Fiori son obligatorias para utilizarse en el sistema convertido como sustitución directa para el código de transacción. Sin embargo, la mayoría de las pruebas se realizarán a través de la SAP GUI clásica o de las versiones de la GUI web de las aplicaciones, que se ejecutan en la rampa de lanzamiento SAP Fiori.
Por ejemplo, en Gestión de pedidos, las tareas principales son revisar un pedido de cliente abierto y completar los documentos pendientes. Esto implica crear la entrega, contabilizar la salida de mercancías, crear el documento de facturación y finalizar el cobro. Esta prueba ayuda a confirmar que la conversión no ha afectado a ninguno de estos procesos empresariales y el resultado final es el mismo que en el sistema antiguo del cliente.
Sprint 2
El Sprint 2 se centra en identificar oportunidades de mejora. Vuelva a pensar en SAP Readiness Check completado como preparación para la conversión del sistema. Hay una sección que identifica los códigos de transacción que ha estado utilizando el cliente (en función de sus datos de uso reales) y muestra qué aplicaciones SAP Fiori pueden sustituir directamente esas transacciones. Más adelante, en la fase Preparar, se recomienda realizar un taller dedicado para revisar estas nuevas aplicaciones Fiori para diferentes procesos empresariales en el sistema de prueba implementado para los talleres Fit-to-Standard (normalmente, la aplicación SAP S/4HANA totalmente activada). Este taller se describe en la tarea Metodología de SAP Activate, Ejecutar el alcance y visualizar los talleres futuros.
Ahora, en la fase Explorar, ya debería haber habilitado la rampa de lanzamiento SAP Fiori y las aplicaciones en el propio sistema sandbox convertido del cliente, y el cliente puede experimentar algunos de sus procesos empresariales con las nuevas aplicaciones Fiori y sus propios datos. Ver sus propios datos con las nuevas aplicaciones Fiori a menudo puede ayudar a los clientes a decidir avanzar hacia el uso de más aplicaciones Fiori, en lugar de las transacciones en la SAP GUI clásica o incluso las versiones GUI web de las aplicaciones que se ejecutan en la rampa de lanzamiento Fiori. El objetivo del Sprint 2 es que los clientes decidan utilizar tantas aplicaciones Fiori como sea posible en sus infraestructuras de sistemas convertidas.
Después de la conversión y las pruebas exitosas del sistema de prueba del cliente, los sistemas restantes se pueden convertir con el mismo proceso utilizado para el sistema de prueba. Si es necesario realizar actividades de personalización en el sistema de prueba para resolver los problemas identificados durante las pruebas del proceso empresarial, esas mismas actividades deben completarse en las demás infraestructuras del sistema.
Después de la conversión de cada infraestructura posterior, se deben realizar pruebas formales del proceso de negocio para garantizar que los procesos de negocio se comporten como se esperaba en cada sistema convertido. Las pruebas formales deben documentarse y, de nuevo, Cloud ALM debe utilizarse para crear los casos y planes de prueba y hacer que cada usuario que ejecuta la prueba complete las pruebas.
Para obtener más información, consulte la tarea Roadmap de SAP Activate, Actividades posteriores a la conversión adicionales en el sistema de prueba.