Consejos clave para gestionar las Pruebas del Proyecto de Actualización de SAP

La actualización de la aplicación SAP requiere Pruebas de Regresión para asegurar que el sistema SAP ERP se comporte como se espera. Las transacciones y los desarrollos personalizados subyacentes, incluidos Informes, Interfaces, Mejoras y Formularios, están dando resultados esperados y no se ven afectados por la Conversión Unicode o el Proyecto de Actualización de SAP. La fase de pruebas es una actividad planificada importante para un proyecto de actualización. La prueba del 100% del alcance no es una opción factible para organizaciones medianas a grandes. Esto requeriría un alto esfuerzo y tiempo, y aumentaría significativamente el costo del proyecto. La pregunta que surge es qué y cuánto probar. ¿Qué cantidad de pruebas resultaría en una evaluación creíble de que el Sistema SAP actualizado se comporta correctamente y como se espera? El blog discute algunos consejos que ayudarán a responder a esta pregunta.

Los consejos importantes para gestionar las Pruebas del Proyecto de Actualización de SAP se mencionan a continuación:

• Gestionar el Alcance utilizando un Enfoque de Pruebas Basado en Riesgos

Para las pruebas de actualización de SAP, utilice el enfoque de Pruebas Basado en Riesgos que estipula que se tome una decisión consciente de probar las transacciones y funcionalidades críticas e importantes. Si éstas funcionan correctamente, se puede asumir que otras transacciones no críticas también funcionarán correctamente y, en caso contrario, el impacto es limitado o no es grave. El beneficio de este enfoque es que se ahorran esfuerzos, tiempo y costos significativos. Al mismo tiempo, se asegura de que todas las transacciones críticas y funcionalidades de los Sistemas SAP actualizados estén funcionando como se desea. Es importante obtener la aprobación de todas las partes interesadas para utilizar este enfoque.

• Identificar y Probar Transacciones Críticas

Es importante identificar qué transacciones y funcionalidades son críticas y deben formar parte del alcance de la prueba. Las transacciones y funcionalidades críticas incluirían transacciones comerciales identificadas donde un fallo tendría un alto impacto en el negocio, por ejemplo, una impresión incorrecta de una nota de entrega detendría la logística saliente. Otra transacción crítica sería las facturas electrónicas e impresas, desarrollos técnicos complejos, ya sean informes, formularios o transacciones desarrolladas a medida que permiten un paso de proceso comercial.

• Identificar y Probar Todas las Interfaces

Todas las interfaces deben incluirse en las pruebas, ya que el sistema actualizado estará en un nuevo servidor que tendrá una dirección IP diferente y, por lo tanto, se debe probar la conectividad.

• Objetos de Desarrollo Ajustados

Incluya también en el alcance de la prueba todos los desarrollos que fueron ajustados por el equipo de desarrollo como parte del proyecto de actualización y donde se requirió cambiar las especificaciones funcionales o técnicas para que el desarrollo se comporte como se espera.

• Pruebas de Autorización

Incluya la autorización como parte del alcance de la prueba para asegurarse de que funcionen como antes y de que los objetos de autorización subyacentes se comporten correctamente.

• Alcance debido al Cumplimiento Normativo

Identifique el alcance que es importante para asegurar que se cumpla con la normativa por parte de la organización. Por ejemplo, transacciones relacionadas con SOX, GxP, informes regulatorios, etc.

El objetivo es priorizar en base a los factores anteriores y llegar a un alcance de prueba manejable para el proyecto de actualización de SAP que pueda completarse en un marco de tiempo razonable. Si la fase de pruebas inicial revela menos errores, se puede asumir de manera segura que las pruebas van por el camino correcto y que otras transacciones de impacto medio a bajo funcionarán correctamente.

Sin embargo, si la fase de pruebas inicial revela un número irrazonablemente alto de errores, el alcance de las pruebas debería aumentarse para incluir transacciones de impacto medio a bajo y, en consecuencia, la duración de las pruebas también debería aumentarse. En esta situación, se requerirían pruebas más amplias para dar una indicación creíble de que el sistema actualizado se comporta como se espera. Por lo tanto, los resultados tempranos de la fase de pruebas son importantes para indicar qué camino se debe tomar con respecto a la gestión de las pruebas en el proyecto de actualización de SAP.