El proceso de prueba ERP

ERP o Enterprise Resource Planning, sistemas integran múltiples aplicaciones de negocios para que compartan la misma estructura de datos, reglas, definiciones y sistema de apariencia. Dado que las aplicaciones se integran, la prueba se vuelve más importante que con los sistemas autónomos.

Prueba de ERP se realiza en fases que ponen a prueba los componentes individuales, módulos y la funcionalidad completa del sistema. Tanto los especialistas de soporte técnico y los usuarios funcionales que pueden utilizar escenarios reales y verificar los resultados llevan a cabo la prueba.

Instrucciones

Planificación de prueba

1 Definir las fases de prueba. Estos pueden incluir la unidad de pruebas de componentes individuales del sistema, las pruebas de integración de varios módulos entre sí, las pruebas en paralelo en el que tratar de igualar los resultados de los sistemas de ser reemplazado y la prueba de esfuerzo en un alto volumen de transacciones se procesan para tratar de romper el sistema.

2 Definición de todas las transacciones de negocios o procesos de negocio que utilizan el sistema.

3 Definir escenarios que ponen a prueba todas las posibilidades de una transacción de negocios puede encontrar.

4 Definir los resultados esperados para todos los escenarios de prueba.

5 Construir herramientas para la comparación de resultados en la fase de prueba en paralelo para que coincida con el ERP de datos del sistema legado.

Ciclo de Vida del Sistema de Pruebas

6 Realizar las pruebas unitarias de componentes individuales del sistema. Compruebe que cada uno trabaja correctamente.

7 Realizar pruebas de integración, donde los escenarios de prueba predefinidos están introducidos en el sistema. Compruebe que todos los módulos funcionan como se esperaba, no sólo el procesamiento, donde se ha introducido o directamente un escenario de prueba impactos.

8 Realizar las pruebas en paralelo. Verificar que los resultados son los mismos que el sistema existente o explicable y son válidos. A veces, se ve diferencias debido a que el nuevo sistema mejora la precisión.

9 Realizar las pruebas de estrés. Simular grandes volúmenes de transacciones utilizando herramientas automatizadas. Compruebe que el sistema puede manejar la carga máxima de entrada que es razonable esperar.

10 Realizar las pruebas de aceptación del usuario. Aquí es donde los propietarios de los procesos funcionales determinan que todos los resultados de las pruebas han cumplido sus expectativas, y el sistema funciona como se desea. Esto es generalmente donde los usuarios funcionales firmar en el nuevo sistema y se puede recurrir al mismo.

Consejos y advertencias

• Pensar en tantos escenarios como sea posible, incluso si se van a casos aislados en el procesamiento del día a día. Si son posibles, van a pasar con el tiempo.
• Ningún sistema es perfecto. Determinar lo que es un nivel razonable de tolerancia a fallos que pueda aceptar antes de implementar el nuevo sistema. Algunas funciones tendrán una baja tolerancia, tales como nómina, donde otros no tienen por qué ser perfecto. Si usted busca la perfección en todas partes, puede retrasar su proyecto ERP y los costos de estos retrasos puede superar el coste de los problemas potenciales.