Explicación de la estrategia de test

Se realizan diferentes pruebas en varias etapas de un proyecto de implementación con fines y objetivos específicos. Tres pruebas comunes son las pruebas de implementación, las pruebas de aceptación del usuario (UAT) y las pruebas de regresión.

Las pruebas de implementación se realizan en la fase Realizar de la metodología SAP Activate. Durante este tiempo, los expertos en configuración de LoB de socio están obteniendo cada proceso empresarial totalmente configurado en el arrendatario de Customizing del sistema de desarrollo y transportando configuraciones empresariales y personalizaciones a los sistemas de prueba y producción. El test de la funcionalidad de una parte de un proceso empresarial se denomina test de módulo. Unir múltiples pruebas de unidad es una prueba de cadena. Las personalizaciones de roles empresariales deben probarse para garantizar que las personas que deben tener acceso a los datos o la funcionalidad sí lo tienen, y aquellas que no deberían tener acceso. Finalmente, termina con una prueba completa del proceso empresarial, donde utiliza el script de prueba de SAP Signavio Process Navigator para ejecutar todos los procedimientos de prueba (incluidos los pasos de requisitos previos). Si había un documento de instrucciones de configuración para el proceso empresarial en el que está trabajando, primero debe completarse, ya que normalmente cubren algún tipo de integración o actividades iniciales que deben producirse antes de iniciar los pasos de requisitos previos en el script de test real.

Los procesos empresariales deben probarse en el sistema de prueba de SAP S/4HANA Cloud, después de que se hayan configurado todas las integraciones y se hayan migrado los datos para el proceso relevante, de modo que pueda probar el proceso en una situación lo más cercana posible a la realidad. Las pruebas de unidad y de cadena son informales y, por lo tanto, deben realizarse orgánicamente a medida que se completa la configuración y la personalización. Una prueba de proceso empresarial integral podría incluir uno o más procesos empresariales individuales que se producen uno tras otro y que son formales, lo que significa que deben documentarse en las aplicaciones de Gestión de pruebas de SAP Cloud ALM. Las pruebas de integración y migración de datos también son formales y, por lo tanto, deben documentarse.

Las pruebas de aceptación de usuarios (UAT) también se producen en la fase Realizar, pero con una audiencia diferente. Es posible que recuerde de la unidad que cubre los talleres Fit-to-Standard que, en una situación ideal, los expertos en líneas de negocio del cliente que participan en los talleres también participarán en la UAT de los procesos de negocio configurados. Esto se debe a que esos mismos expertos del cliente vieron los procesos empresariales demostrados en el sistema SAP S/4HANA Cloud y proporcionaron comentarios sobre pequeños cambios que se debían realizar para garantizar que el sistema funciona según sus necesidades. Los expertos en configuración de la línea de negocio del socio trabajaron en abordar estos requisitos, y los mejores usuarios posibles para confirmar que los requisitos se han gestionado correctamente son las personas que los informaron en primer lugar. Además, los expertos en líneas de negocio del cliente ya tienen cierta comprensión general de cómo navegar por el sistema SAP S/4HANA Cloud y, por lo tanto, no se requiere formación adicional.

Para UAT, los expertos en configuración de LoB de socio configuran los casos de prueba manuales con las aplicaciones de Gestión de pruebas de SAP Cloud ALM y los expertos en LoB del cliente utilizan estas aplicaciones para documentar sus hallazgos después de trabajar con los procedimientos de prueba en el sistema de prueba de SAP S/4HANA Cloud. La UAT es una prueba formal y, por lo tanto, debe documentarse. Este es un momento crítico para identificar y resolver problemas ANTES de que el sistema esté en funcionamiento y en uso productivo. TOME SU TIEMPO para garantizar que todos los problemas se resuelvan y que los resultados se documenten antes de pasar a la fase Desplegar.

Las pruebas de regresión suelen ocurrir en la fase Ejecutar después de que el sistema de un cliente esté activo, para identificar si algún cambio en la última actualización de la versión afecta a la configuración y/o personalizaciones del sistema del cliente. Las pruebas de regresión después de la entrada en productivo son responsabilidad del cliente y SAP Cloud ALM admite la configuración de procesos de prueba automatizados impulsados por Tricentis Test Automation para automatizar tanta carga de trabajo como sea posible. Sin embargo, si la implementación del cliente no finaliza cuando se produce una actualización de versión, el equipo de implementación del socio es responsable de pausar las actividades de implementación actuales para probar los procesos empresariales que se han implementado hasta ahora con respecto a las versiones de contenido y software actualizadas.

Para que la actualización sea lo más fluida posible, los expertos en configuración de LoB de socios deben trabajar con alguien del equipo del cliente para configurar los casos de prueba y los planes con automatización admitida por Tricentis en SAP Cloud ALM a medida que terminan de trabajar en la configuración y personalización del proceso empresarialreal para asegurarse de que se alinean entre sí. Por ejemplo, si necesitaba añadir alguna lógica empresarial personalizada que desencadene que algo ocurra dentro de un proceso empresarial estándar, debe asegurarse de que el caso de test estándar también esté personalizado para capturar este resultado de lógica empresarial. Cuando se produce una actualización, simplemente puede utilizar las pruebas automatizadas en SAP Cloud ALM para ejecutar estos procesos de prueba en su sistema de prueba SAP S/4HANA Cloud Private Edition (en lugar de hacer clic manualmente en el script de prueba). Después de la entrada en productivo, los clientes siguen utilizando estos casos de prueba y planes de SAP Cloud ALM a medida que avanzan en futuras actualizaciones de versión.