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 la línea de negocio del socio están configurando completamente cada proceso empresarial en el arrendatario de Customizing del sistema de desarrollo y transportando las configuraciones y personalizaciones empresariales a los sistemas de prueba y producción. El test de la funcionalidad de una parte de un proceso empresarial se denomina test de unidad. La unión de múltiples pruebas de unidad es una prueba de cadena. Las personalizaciones de roles empresariales deben probarse para garantizar que las personas que deberían tener acceso a los datos/funcionalidades sí, y las que no deberían tener acceso, no. Finalmente, termina con una prueba de proceso empresarial completa, en la que 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 particular en el que está trabajando, esto debe completarse primero, 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 cadena son informales y, por lo tanto, deben realizarse de forma orgánica a medida que se completan 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 del usuario (UAT) también se producen en la fase Realizar, pero con un público diferente. Es posible que recuerde de la unidad que cubre los talleres Fit-to-Standard que, en una situación ideal, los expertos de la línea de negocio del cliente que participan en los talleres también participarán en la UAT de los procesos empresariales configurados. Esto se debe a que esos mismos expertos en clientes vieron procesos empresariales demostrados en el sistema SAP S/4HANA Cloud y proporcionaron comentarios sobre pequeñas modificaciones que debían realizarse 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 manejado correctamente son las personas que los informaron en primer lugar. Además, los expertos en líneas de negocio del cliente ya tienen alguna comprensión general de cómo navegar por el sistema SAP S/4HANA Cloud y, por lo tanto, no se requiere capacitación adicional.
Para UAT, los expertos en configuración de la línea de negocio del socio configuran los casos de prueba manuales con las aplicaciones de gestión de pruebas de SAP Cloud ALM y los expertos de la línea de negocio 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. Las pruebas de UAT son formales y, por lo tanto, deben documentarse. Este es un momento crítico para identificar y resolver problemas ANTES de que el sistema esté activo y en uso productivo. HAGA SU TIEMPO para asegurarse de que se resuelven todos los problemas y que los resultados se documentan antes de pasar a la fase de implementación.
Las pruebas de regresión se suelen realizar 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 o personalizaciones del sistema del cliente. Las pruebas de regresión después de la entrada en productivo son responsabilidad del cliente y la herramienta de automatización de pruebas está diseñada para automatizar la mayor cantidad posible de esta carga de trabajo. Sin embargo, si la implementación del cliente no ha finalizado cuando se produce un upgrade de release, el equipo de implementación del interlocutor es responsable de pausar las actividades de implementación actuales para probar los procesos empresariales que se han implementado en comparación con las versiones de software y contenido actualizadas. Otro tipo de prueba, llamadas pruebas posteriores a la actualización, están disponibles para que el cliente acepte si no ha realizado cambios de personalización en el proceso empresarial estándar. Para estas pruebas, se debe proporcionar el consentimiento en el sistema de prueba de SAP S/4HANA Cloud para permitir que SAP ejecute estas pruebas automatizadas posteriores a la actualización después de que se produzca la liberación. Este es otro método para intentar reducir la carga de trabajo de test para los clientes (e interlocutores, si la liberación se produce durante la implementación).
Para que la actualización sea lo más fluida posible, los expertos en configuración de líneas de negocio de socios deben configurar la automatización del proceso de prueba (utilizando la herramienta de automatización de pruebas) a medida que terminan de trabajar en la configuración y personalización del proceso empresarial real para asegurarse de que se alinean entre sí. Por ejemplo, si necesita añadir alguna lógica empresarial personalizada que desencadene algo dentro de un proceso empresarial estándar, debe asegurarse de que la automatización de test estándar también esté personalizada para capturar este resultado de lógica empresarial. Cuando se produce una actualización, simplemente puede utilizar la herramienta de automatización de pruebas para ejecutar estas automatizaciones de prueba en el sistema de prueba de SAP S/4HANA Cloud (a diferencia de hacer clic manualmente en el script de prueba). Después de la entrada en productivo, los clientes siguen utilizando estas automatizaciones de prueba para procesos personalizados y las automatizaciones de prueba posteriores a la actualización para procesos estándar que no se han personalizado.
Nota
Utilice la hoja de cálculo Alcance y dependencias para ayudar con la planificación de sus actividades de prueba. Búsquelo en el escenario de solución SAP Signavio Process Navigator → SAP Best Practices for SAP S/4HANA Cloud Public Edition → Pestaña Aceleradores → Pestaña Primeros pasos → Disponibilidad y dependencias de los procesos de solución.