Los módulos SAP R / 3 más comunes son:

  • Gestión de materiales SAP.
  • Contabilidad y Controlling Financiero SAP.
  • Ventas y Distribución SAP.
  • Recursos Humanos de SAP.
  • Gestión de la cadena de suministro de SAP.
  • Gestión de planta de SAP

SAP Testing consiste en probar la funcionalidad de los módulos SAP anteriores y garantizar que funcionen según la configuración.

SAP TAO es una herramienta de automatización para generar casos de prueba para escenarios de extremo a extremo para aplicaciones SAP. Aparte de esto, existen varias otras herramientas de prueba de automatización para pruebas de SAP como HP QTP y ECATT, etc. que se pueden utilizar.

Aquí hay una lista de razones clave por las que se realizan las pruebas de SAP y por qué es una función importante en el crecimiento de una organización:

System Validation - Las pruebas de SAP implican pruebas y validaciones completas de un extremo a otro de todos los módulos de SAP en el entorno de SAP ERP.

Quality and Revenue- SAP Testing es una prueba basada en resultados y no como los métodos de prueba convencionales que se basan en entradas. Garantiza la calidad del sistema SAP y también se centra en los ingresos y los costes de la organización.

Cost and Predictability - Las pruebas de SAP implican reducir los costos de desarrollo de SAP y mejorar la previsibilidad.

Compliance Requirement - SAP Testing asegura que la implementación de SAP cumple con los nuevos requisitos de cumplimiento en una organización específica y que todos los módulos funcionan según la configuración esperada.

New Implementation and Configuration Changes- Hay diferentes tipos de cambios implementados en un sistema SAP, como parches y correcciones, nueva implementación, cambios de configuración. Por lo tanto, las pruebas de SAP garantizan que todos los módulos se desempeñen según los requisitos en este entorno de sistema dinámico.

Integration- La prueba de SAP se realiza para probar varios informes, flujos de datos y flujos de trabajo, formularios GUI, etc. Se utiliza para verificar la integración del sistema entre diferentes módulos. Por ejemplo, si se realiza un registro de pedido que requiere una acción en Ventas y Distribución, MM y FICO, las pruebas de SAP verifican la integración entre estos sistemas.

Performance - También se utiliza para asegurar si el sistema podrá cumplir con los acuerdos de nivel de servicio, el tiempo que tarda el sistema en realizar acciones específicas, el rendimiento del sistema, etc.

Es un tipo de prueba de caja blanca que implica probar una sola unidad o grupo de unidades.

En esta prueba, se combinan varios sistemas para probar la salida del sistema integrado.

En esta prueba, el sistema se somete a una tensión más allá de su especificación para verificar cuando falla.

El objetivo de las pruebas beta es cubrir errores inesperados. Se incluye en la clase de pruebas de caja negra. Se realiza lanzando la pre-versión del producto final, llamada Beta.

Las pruebas ETL se realizan para garantizar que los datos se extraigan, transformen y carguen correctamente desde un sistema de origen a un sistema de destino.

La prueba manual significa que está probando un software manualmente sin utilizar ninguna herramienta automatizada ni ningún script. En este tipo de prueba, el evaluador asume el rol de usuario final y prueba el software para identificar errores o cualquier comportamiento inesperado.

Hay diferentes etapas de una prueba manual. Son: pruebas unitarias, pruebas de integración, pruebas del sistema y pruebas de aceptación del usuario.

En las pruebas de automatización, el probador escribe los scripts y utiliza herramientas de software para probar el producto. Este proceso implica la automatización de un proceso manual. Las pruebas de automatización incluyen volver a ejecutar los casos de prueba varias veces que se realizaron manualmente.

Las pruebas de automatización también se utilizan para probar la aplicación desde el punto de vista de la carga, el rendimiento y el estrés. Se utiliza para aumentar la cobertura de la prueba. Las pruebas de automatización mejoran la precisión y ahorran tiempo y dinero en comparación con las pruebas manuales.

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • Corredor de carga
  • Corredor ganador

El ciclo de vida de las pruebas de software (STLC) consta de todos los pasos que se realizan de una manera específica para garantizar que se cumplan los objetivos de calidad y que cada paso tenga objetivos y entregables específicos.

STLC se utiliza para mejorar la calidad de un producto de software y hacerlo capaz de cumplir con los requisitos comerciales para lograr ciertos objetivos.

Las diferentes etapas que se incluyen en el ciclo de vida de las pruebas de software son las siguientes:

  • Fase de requisitos
  • Planificación de pruebas
  • Análisis de prueba
  • Fase de diseño de prueba
  • Implementación de prueba
  • Fase de ejecución de la prueba
  • Fase de cierre de prueba

Example

Suponga que la tarea es crear un pedido de cliente y guardarlo. Para realizar pruebas unitarias para esta tarea, el evaluador debe saber que la orden de venta se puede guardar utilizando los elementos de la organización de SAP como datos maestros del cliente, funciones de socios, datos maestros de materiales, código de la compañía, área de control de crédito, organización de ventas, etc.

Example

En el desarrollo de ABAP, se pueden realizar pruebas unitarias para verificar si se puede crear un informe a partir de datos generados por el desarrollador. Requiere la ayuda del experto en el dominio.

Example

Si dice que un flujo de caja para una cotización en una organización mostraría que una cotización se puede usar para crear una orden de venta, se puede crear y procesar una entrega a partir de la orden, se puede facturar la entrega, liberar la facturación a contabilidad y un pago de cliente aplicado contra la factura contable.

Las pruebas de seguridad y autorizaciones se utilizan para garantizar que los usuarios solo puedan ejecutar transacciones y acceder a los datos adecuados que sean relevantes para su proyecto.

Al igual que con la implementación de estándares de seguridad, esto es realmente importante para probar si la seguridad y la autorización están ubicadas en un sistema. Los ID de prueba para roles de trabajo se crean y se utilizan para confirmar lo que un usuario puede hacer y lo que no puede hacer.

SAP Cutover Testing

Las pruebas de transición generalmente se realizan una vez en el ciclo de vida de un proyecto. Aquí se realiza una ejecución a gran escala de todas las tareas involucradas para extraer datos de sistemas heredados. Luego, para realizar cualquier tipo de conversión de datos, cargue los resultados en el sistema SAP y valide completamente los resultados, incluido el cierre del usuario.

Se pueden realizar pruebas de OPA para comprobar la navegación de pruebas de SAP. OPA se conoce como lenguaje de programación de código abierto y se utiliza principalmente para desarrollar aplicaciones web. Para la compilación del programa OPA, puede usar Node.js en el servidor y JavaScript en el lado del cliente.

La lógica de flujo de pantalla en SAP Testing es como un código ABAP y se utiliza para contener los bloques de procesamiento. Contiene la parte de procedimiento de la pantalla. Se crea en el pintor de pantalla y este pintor de pantalla es similar a un editor ABAP.

En las pruebas de carga, el probador aplica la carga máxima en un sistema, ya sea usuarios en línea o procesamiento por lotes periódico, e identifica si el sistema es lo suficientemente capaz de manejar la carga. De lo contrario, averigua los pasos necesarios para mejorar el rendimiento.

Las pruebas de rendimiento verifican los siguientes aspectos:

  • Si el tiempo de respuesta del sistema es aceptable según los requisitos comerciales

  • Si los procesos periódicos se están ejecutando dentro del tiempo permitido,

  • Si se puede admitir la carga de usuarios concurrentes esperada

Las pruebas de rendimiento identifican cuellos de botella e ineficiencias de codificación en el sistema SAP. No es probable que el ajuste del rendimiento del sistema esté perfectamente configurado y el programa se esté ejecutando con un código optimizado.

Las pruebas de interfaz aseguran que un proceso comercial en un sistema SAP se ejecute automáticamente, los eventos se activen y los resultados se transfieran al sistema receptor. La prueba de interfaz implica la ejecución en el sistema de envío seguida de la generación automática de la salida de la interfaz, y luego el sistema de recepción consume ese archivo y prueba que un proceso comercial continúa en el receptor.

Idealmente, las pruebas de interfaz implican actividades de prueba más grandes a medida que avanza el proyecto. Las pruebas de interfaz muestran que la activación funciona, la selección de datos es precisa y completa, la transferencia de datos es exitosa y el receptor puede consumir los datos enviados.

Suponga que tiene que crear una orden de venta en el módulo Ventas y distribución (SD). Aquí, primero debe ingresar el código de transacción (por ejemplo, Código de transacción VA01). A continuación, verifique el stock del artículo en el módulo de Inventario y verifique el límite de crédito disponible en el perfil del cliente en el módulo de relación con el cliente. Muestra que todos estos módulos son interdependientes; si personaliza cualquiera de estos módulos, afectará al sistema ERP relacionado.

Para realizar las pruebas de SAP para el ejemplo anterior, siga los pasos que se indican a continuación:

  • El primer paso es instalar la herramienta HP QTP e instalar los complementos necesarios dentro de QTP para que sea compatible para conectarse al sistema ERP.

  • El siguiente paso es utilizar HP Quality Center (QC) para desarrollar el plan de prueba y luego convertir el diseño del plan de prueba en Scripts de prueba. Estos planes de prueba se pueden convertir en scripts utilizando HP QTP.

  • A continuación, registre la pantalla GUI de R / 3 del sistema SAP para el módulo SD mientras crea una orden de venta o crea un PR en MM.

  • Una vez que haya terminado con la grabación en la herramienta QTP, cree un script en VB.

  • SAPGuiSession ("Sesión"). SAPGuiWindow ("SAP Easy Access - Usuario"). SAPGuiOKCode ("OKCode"). Establecer "/ nVA01"

  • SAPGuiSession ("Sesión"). SAPGuiWindow ("SAP Easy Access - Usuario"). SendKey ENTER

  • También puede agregar diferentes parámetros y personalizaciones según sus necesidades.

La prueba de la interfaz de SAP depende exclusivamente de las operaciones y los procesos organizativos. Al realizar la prueba de interfaz de SAP, debe considerar los siguientes puntos clave:

  • ¿Cuál es el propósito de utilizar la interfaz SAP y qué escenarios comerciales procesa la interfaz?

  • Compruebe si la interfaz está procesando todos los escenarios comerciales con precisión según la estrategia de prueba.

  • Para realizar pruebas de interfaz, la mejor práctica es comenzar con la realización de pruebas unitarias.

  • Debe verificar si la interfaz de salida está bien, lo que significa que garantiza que el archivo cumpla con las especificaciones en términos de diseño, etc.

  • Tienes que comprobar si la interfaz de entrada está bien. Compruebe si está leyendo el archivo correctamente y si está realizando los pasos correctos en el sistema de destino.

Se requieren casos de prueba de SAP para realizar una verificación de la instalación y configuración del sistema SAP, cualquier nueva implementación, pruebas de dispositivos y múltiples idiomas, pruebas de intranet, pruebas en tiempo real, etc.

Para crear un caso de prueba de SAP, puede pasar datos de entrada (correctos e incorrectos y ver el resultado):

Correct Input Data

  • Fecha de pedido 01/01/2016, Tipo de pedido Pedido de venta
  • Fecha de caducidad 15/01/2016, fecha de envío 10/01/2016,
  • Seleccione la fecha de vencimiento del pago 01/10/2015, cantidad de artículo 10, etc.

Incorrect Input Data

  • Fecha de pedido 01/01/2017, tipo de pedido Pedido de venta
  • Fecha de caducidad 15/01/2017, fecha de envío 10/01/2017,
  • Seleccione la fecha de vencimiento del pago 01/10/2017, cantidad de artículo 0, etc.

Output Data - With Correct Data

  • El pedido se guarda con éxito en el módulo SAP y se factura.
  • El siguiente es el número de albarán.
  • El siguiente es el número de orden de envío, etc.

Output Data - With incorrect Data

  • Mensaje de error por entrada de datos incorrecta. El mensaje de texto para datos de entrada incorrectos debe definirse en el sistema.

Expected Output

  • Órdenes de venta#
  • Factura de venta#
  • Lista de empaque #, etc.

SAP TAO ayuda a los clientes a acelerar el proceso de creación de casos de prueba automatizados para sistemas SAP. Las pruebas de automatización que utilizan TAO se realizan mediante la creación de componentes de prueba para varias transacciones en los módulos de SAP.

SAP TAO permite a los clientes dividir un solo software en varias partes que se pueden integrar a casos de prueba usando una interfaz simple arrastrando y soltando cada parte.

TAO admite la reutilización flexible de casos de prueba y datos.

Si hay algún cambio funcional en el sistema, es fácil mantener los casos de prueba debido a este cambio.

TAO 2.0 y TAO 3.0.

SAP TAO se puede integrar fácilmente con varias herramientas para crear casos de prueba automatizados. Algunas herramientas comunes que se pueden integrar con TAO son:

  • Responsable de soluciones SAP (Solman).
  • Control de calidad de HP Quality Center.
  • HP Quality Test Professional QTP

SAP TAO realiza las siguientes tareas en SAP Testing Lifecycle:

  • Creación de casos de prueba
  • Regeneración de componentes afectados
  • Consolidación de casos de prueba
  • Ejecución de pruebas

El primer componente es Process Flow Analyzer, que se utiliza para encontrar automáticamente las interfaces de usuario utilizadas en los códigos de transacción ejecutados en el sistema SAP. Crea automáticamente los componentes de prueba y los carga en Quality Center.

Process Flow Analyzer también se utiliza para identificar la secuencia de componentes de prueba según las acciones del usuario y la creación de valores de hoja de cálculo.

Change Analyzer se utiliza para realizar un seguimiento de los cambios y el impacto en el sistema SAP. Cuando realiza algún cambio en un sistema SAP, identifica los procesos comerciales afectados.

Para usar Change Analyzer, seleccione el proyecto específico y haga clic en la opción de análisis de impacto de cambio. Le permitirá revisar y reparar los componentes afectados en el sistema SAP debido a este cambio.

El repositorio se utiliza para contener información sobre todos los componentes de prueba y el flujo de un proyecto. Para revisar la información sobre cualquier componente de prueba y comprobar el flujo del proceso, puede hacer clic en Explorador de componentes o Explorador de PFA.

Lista técnica de materiales TBOM

La construcción de pruebas se realiza en Quality Center utilizando SAP TAO. Necesita consolidar los componentes de prueba para crear escenarios de prueba. Puede ejecutar una o varias pruebas en SAP TAO utilizando la Lista técnica de materiales TBOM.

La lista técnica de materiales (TBOM) se utiliza para contener los objetos en forma ejecutable. Change Analyzer hace uso de esto para saber si un objeto ejecutable se ve afectado cuando se realiza un cambio.

En caso de que desee utilizar Business Process Change Analyzer, debe generar un TBOM para cada objeto ejecutable en escenarios y procesos de prueba.

Note - Si necesita ejecutar una única prueba y tiene que actualizar TBOM, haga clic en Ejecutar y actualizar TBOM.

Puede consultar los detalles de la actualización en la página de TBOM. Puede modificar la lista de ejecución que se crea en SAP TAO.

En Business Process Change Analyzer, para ejecutar varias pruebas, puede seleccionar una carpeta y agregarla a la lista de ejecución. También puede seleccionar la creación de TBOM en el momento de la ejecución.

Note - Si TBOM ya existe en el momento de la ejecución, solo actualizará el TBOM existente.

El escáner de UI se utiliza para crear nuevos componentes de pantalla con componentes existentes. Es un complemento para la herramienta QTP. Debe intentar usar la pestaña inspeccionar sobre el escáner de IU. El escáner de interfaz de usuario estándar solo funciona con el cliente de interfaz gráfica de usuario. También puede utilizar un escáner de interfaz de usuario de terceros para capturar los componentes de la pantalla.

Solution Manager 7.1 en adelante

Business Process Testing (BPT) es parte del marco de automatización de QTP y HP lo utiliza con el Quality Center. BPT se utiliza para crear escenarios de prueba de automatización y ejecutar esos escenarios sin ningún conocimiento previo de automatización.

HP BPT elimina la complejidad de la creación y el mantenimiento de casos de prueba y combina toda la documentación y la automatización de pruebas en un solo esfuerzo.

Business Process Testing alinea el proceso de prueba con los objetivos comerciales y reduce considerablemente el tiempo del ciclo de vida de las pruebas.

HP Quality Center, una herramienta de gestión de pruebas, ahora se conoce popularmente como herramienta Application Life Cycle Management (ALM), ya que ya no es solo una herramienta de gestión de pruebas, sino que admite varias fases del ciclo de vida del desarrollo de software.

HP-ALM nos ayuda a administrar los hitos del proyecto, los entregables, los recursos y realizar un seguimiento del estado del proyecto, estándares que permiten a los propietarios del producto medir el estado actual del producto. Es importante comprender la historia, la arquitectura y el flujo de trabajo de Quality Center.

HP Quick Test Professional (QTP) es una herramienta de prueba funcional automatizada que ayuda a los evaluadores a realizar pruebas de regresión automatizadas para identificar cualquier brecha, error o defecto contrario a los resultados reales / deseados de la aplicación bajo prueba.

Non-reusable action - Una acción que se puede llamar solo en esa prueba específica en la que se ha diseñado y que solo se puede llamar una vez.

Reusable action - Una acción que puede invocarse varias veces en cualquier prueba en la que resida y también puede ser utilizada por cualquier otra prueba.

External Reusable action- Es una acción reutilizable almacenada en otra prueba. Las acciones externas son de solo lectura en la prueba de llamada, pero se pueden usar localmente con la copia editable de la información de la tabla de datos para la acción externa.

Consolidate se conoce como un proceso para combinar componentes SAP TAO con componentes incorporados para crear escenarios de prueba como componentes comerciales transaccionales únicos. Le permite recopilar varios componentes de prueba en una sola prueba.

SAP TAO 3.0 contiene un asistente de grabación Process Flow Analyzer que se puede utilizar para facilitar la grabación de la prueba.

Debe mostrar el nombre de la tabla: AGS_TAO_SETTING y cambiar el valor de AGS_TAO_ENABLE_SM_SETUP a ON.

Las acciones ayudan a los evaluadores a dividir los scripts en grupos de declaraciones QTP llamadas acciones. Las acciones son similares a las funciones en VBScript, sin embargo, existen algunas diferencias. De forma predeterminada, QTP crea una prueba con 1 acción.