Guía de Configuración de Test cases

GUÍA DE CONFIGURACIÓN DE TEST CASES A continuación se detallan la secuencia de actividades necesarias para generar un script de prueba en el aplicativo SAP Solution Manager 7:

Paso 1: Instalación de Aplicativos Instalar las aplicaciones SAP UI y CBTA en el orden mencionado, estas se encuentran alojadas en el siguiente repositorio de SVN: 

SAP UI: SAP UI SETUP - Guía de instalación de SAP UI



CBTA: CBTASetup_3.1.4 - Guía de Instalación CBTA 3.1.4



Internet Explorer 9.0 o anterior. o

Descargar IExplorer 9 o Anterior X64: IExplorer 9 o Anterior X64

o

Descargar IExplorer 9 o Anterior X86: IExplorer 9 o Anterior X86

Nota: Para la correcta utilización de la herramienta SAP UI se requiere de Internet Explorer 9.0 o anterior.

Nota: Como desinstalar Internet Explorer 10 o superior, para la instalación de Internet Explorer 9 1. Ir a Panel de Control. 2. Abrir 3. Una vez en Programa y Características, selecciona opción del Side Bar:

4. Con esto el sistema desplegará la siguiente ventana:

5. Desmarcamos nuestra versión de Internet Explorer a desinstalar, para mi caso Internet Explorer 11: , tras desmarcar la casilla correspondiente, el sistema desplegará la siguiente advertencia:

Presionamos sobre el botón “Sí” y le damos al botón Aceptar de la pantalla principal. 6. El sistema desplegará el siguiente cuadro de dialogo:

Una vez terminada la operación esta ventana se cerrará automáticamente, desinstalando nuestra versión actual de Internet Explorer 10 / 10+. 7. Por lo que ahora podremos instalar normalmente nuestra versión de Internet Explorer 9.0 o Inferior sin mayores problemas.

Paso 2: Creación de Script Una vez instalados estos, se procede a la creación de Script: A. Inicializar SAP Logon

B. Tras esto el sistema desplegará la siguiente ventana:

C. Seleccionando la opción del SideBar: “Conexiones”, presionamos el siguiente botón: para configurar un nuevo acceso a un determinado ambiente. D. Una vez presionado el botón, el sistema desplegará la siguiente ventana/Cuadro de dialogo:

E. Presionamos Continuar > sin ingresar dato alguno. F. A continuación, el sistema desplegará la siguiente Ventana/Cuadro de dialogo.

En donde ingresaremos los datos correspondientes a cada ambiente: I.

Para ambiente SMQ:

II.

Para Ambiente DBR:

III.

Para Ambiente QBR

IV.

Para Ambiente SMP:

G. Presionamos sobre el botón ambiente SAP.

y con esto terminamos la configuración del

NOTA: Si desea agregar una nueva configuración de acceso, debe repetir todos los pasos desde el punto “D.” en adelante.

H. Una vez instalados y configurados los accesos a los distintos ambientes de SAP estos, se procede a la creación de Script:

Paso 1: Inicializar SAP Logon Una vez inicializado se nos desplegará una pantalla con los Ambientes Disponibles:

Una vez seleccionado el proyecto, realizar doble clic y desplegará pantalla de login al proyecto.

Paso 2.1: Creación de Test Manual A. Dirigirse a la sección del menú seleccionamos la opción “Business Blueprints” Equivalente a transacción: SOLAR01

B. En este punto se realiza la definición del proceso y transacciones a ejecutar.

Paso 1: Debemos definir el nombre del Proceso a ejecutar, para lo cual, nos posicionaremos en nuestro ambiente de trabajo:

Tras esto, iremos a la sección de la derecha y seleccionaremos el tab: Structure

Acá luego presionamos sobre el botón ubicado en la parte superior izquierda dela grilla, con esto el sistema nos habilitará una fila de la grilla para ingresar el nombre del paso a ejecutar:

En la columna Process Name, ingresaremos el nombre del Proceso a crear

Una vez ingresado, presionamos sobre el botón aplicación:

ubicado en la parte superior de la

Tras realiza esto, proseguimos con la creación del entorno para desarrollar nuestras pruebas:

Paso 2: Definir Paso / Pasos de testeo para el proceso: Para esto iremos nuevamente al side bar y buscaremos nuestro proceso recién definido:

Seleccionamos sobre este y nos dirigimos a la grilla del lado derecho, seleccionamos (En caso de que no se encuentre posicionado) en el tab “Structure”

En donde, al igual que en el paso anterior, deberemos hacer clic sobre el botón: , con esto el sistema habilitará una fila en la cual podremos ingresar todos los pasos para nuestro proceso a testear. En este punto definimos el nombre del paso, seleccionamos además el Logical Component (Estos ya se encuentran definidos, solo hay que tener claros cual utilizar) que utilizaremos para este y presionamos guardar, tal como en el paso anterior:

Tras esto, nos dirigiremos y haremos clic en el tab: Transaction, para definir las transacciones a utilizar en cada paso, para lo cual, iremos nuevamente al SideBar y seleccionaremos nuestro paso recién creado:

Seleccionamos Transaction para la columna Type, tras esto el sistema cargará automática el Logical Component seleccionado en el paso 1, en la columna Object ingresaremos la transacción a utilizar y presionamos el botón Save: mensaje de alerta:

, tras lo cual el sistema desplegará el siguiente

Sobre la cual presionaremos el botón Yes siempre y cuando estemos seguros que nuestra transacción a ejecutar es la ingresada. Con esto nuestra configuración base queda lista para empezar a configurar nuestros test cases.

Paso 3: Ahora debemos ir a la sección de ingreso de transacciones e ingresar la transacción: SOLAR02

Una vez realizado esto, el sistema desplegará la siguiente pantalla:

En la cual ingresaremos los datos para nuestro test case: Seleccionamos nuestro Test Case Type: CBTA Test Configuration e

Ingresamos el nombre de nuestro Test Case en la Celda: Test Case, tal como se presenta en la siguiente imagen:

Tras esto, presionamos “Enter” o hacemos clic en el botón: siguiente cuadro de dialogo:

, con lo que el sistema desplegará el

Hacemos clic sobre el botón “Yes” y con esto tenemos creado nuestro Test Case con la información base, tras esto, el sistema desplegará la siguiente ventana:

En la cual ingresaremos un título al test case y asignaremos el Application Component correspondiente a la prueba (Esto se determina según la transacción asociada al test case), tal como aparece en la imagen, tras esto, vamos al tab: “Test Data” y allí seleccionaremos el Test Data Container (TDC) que operará en nuestra prueba:

Para añadir el TDC a utilizar, haremos clic en el botón:

ó

ubicados en la parte superior de la grilla:

Con lo cual se agregará una nueva fila en la cual podremos asociar nuestro TDC:

Haremos clic en el botón el cual aparecerá tras hacer clic en la celda Test Data Container, con lo que el sistema desplegará el siguiente cuadro de búsqueda:

En donde ingresando el carácter asterisco (*) en el campo Test Data Container y presionando Enter, el sistema nos desplegará el listado de todos los TDC existentes en el sistema:

En este caso, utilizaremos el Z_TDC_ANDINA, por lo que realizamos doble clic sobre este, con lo que la pantalla se cerrará automáticamente, y la pantalla anterior se actualizará de la siguiente manera:

Una vez agregado es TDC, nos dirigiremos al tab: Variants, en el cual, tras presionar el sistema desplegará la siguiente información:

Al seleccionar la opción External Variants / Path, nos presenta la ubicación por defecto en la que el sistema tratará de recuperar los datos para la prueba desde algún archivo externo (.TXT), bajo esto aparece un cuadro de texto editable, en el cual debe ir la información de la ubicación del archivo el cual deberá leer el sistema para tomarlos como datos de prueba, para la selección de este archivo, encontraremos este botón en el extremo derecho el cuadro de texto: con el cual, el sistema desplegará un cuadro de dialogo para seleccionar el archivo a leer, tal como muestra la siguiente imagen:

Quedando de la siguiente manera:

Una vez terminado este paso, haremos clic en el tab: “Configuration”, tras esto el sistema desplegará la siguiente información por pantalla:

Acá deberemos ingresar la información correspondiente al System Data Container (SDC) y al Taget Systema. Para Ingresar el SDC correspondiente, presionaremos sobre el botón: siguiente cuadro de búsqueda:

, con lo cual desplegará el

En donde ingresando el carácter asterisco (*) en el campo System Data Container y presionando Enter, el sistema nos desplegará el listado de todos los SDC existentes en el sistema:

Una vez seleccionado el SDC, seleccionaremos el Target System a utilizar:

Hacemos clic en el botón::

, con lo cual desplegará el siguiente cuadro de búsqueda:

La cual se auto-filtra una vez se encuentre seleccionado el System Data Container. Una vez seleccionado esto, la pantalla se presentará de la siguiente manera:

Presionamos sobre el botón Guardar y el sistema desplegará el siguiente cuadro de dialogo:

Presionamos sobre el botón: de texto de Package:

Presionamos ahora sobre el botón

con lo que el sistema cargará automáticamente en el cuadro

y con ello se cerrará el cuadro de dialogo.

Con esto pasos ya tenemos la configuración inicial para poder generar nuestra grabación de Script para un determinado Test Case.

GRABACIÓN DE SCRIPT TEST Paso 1:

C. Se genera Test Case Manual, linkeando cada una de las distintas plantillas personalizadas (Plantillas de definición del testCase, (Esto permite controlar de manera completa los resultados y dar seguimiento a los distintos tipos de ejecución de pruebas). D. Se genera un Test Package, el cual permite agrupar distintos casos de pruebas, este además se puede agrupar en un determinado Test Data Container. E. La herramienta permite la automatización del proceso de alertas a los distintos Tester, para el caso de la ejecución en conjunto por más de un tester asociado a un Package (este contiene a su vez dos o más tareas [Test Case]), este paso se debe configurar (Consultar como) para que el tester sea notificado vía correo electrónico.

Paso 2.2: Ejecución de Test Durante la ejecución de un Package, se puede presentar el caso de que cada uno de los planes correspondan a: Automatic Test o Manual Test. Durante la ejecución de un plan de testing, el sistema permite el ingreso de mensajes, a modo de permitir al usuario tester dejar constancia o explicación de fallos y/o errores en la ejecución de una determinada prueba (también permite el adjuntar documentos explicativos, capturas de pantallas, notas, entre otros). La asignación de los usuarios responsables de cada testCase, se definen en: sección “Test Package Management – Test Organizer”, permitiendo la generación de los distintos package y asignación de los responsables (testers) de cada uno de ellos.

Wizard de Creación de Script Test: El wizard de creación de scripts test, permite la edición / eliminación de los datos/paso ingresados inicialmente.

 Creación de nuevo Data Container, desde 0. La transacción para la generación de System Data Container es: “stce”. Efectuar los siguientes pasos:

A. En el campo System Data ingresar Z_CBTA_CONTAINER.

B. Presionar el botón Create Object.

C. Asignar el título: SDC For CBTA Workshop”.

D. Se asigna RFC Destination. E. Presionar el botón Guardar.

F. Agregar un nuevo target System llamado “SMQ_TARGET”.

G. Se cierra la pantalla. H. Seleccionar el script deseado. I. 

Dirigirse a la sección de Atributes y reasignar el contendor recién creado. Test Configuration, creación:

A. Asignar en Test Configuration el siguiente nombre: “Z_CONFIG_1” B. Añadir el TEST ROL: “CBTA”. C. Añadir Test Script. D. Ingresar: Versión. E. Ingresar: Título. F. Seleccionar: Package asociado. G. Se cierra la ventana. H. Acceder a attributs -> opción Edit I.

Test Plan –> Create -> Despliegue de pantalla…

J. Seleccionar Proyecto. K. Se ingresa el título que se le asignará al Plan de Test. L. Se seleccionar siguiente… M. Se selecciona Test Note Document Type. N. Se selecciona el test Configuration creado -> Se selecciona la opción de Test Package.

O. En la sección marcada en rojo se ingresará la transacción deseada: [Ejemplo Solar02] desplegando el menú de dicha transacción:

P. Tras seleccionar la opción requerida [Zona marcada de Rojo] desplegará el cuadro de acciones para dicha opción [Zona marcada de Azul] en la cual tras presionar sobre el botón:

se podrá generar un nuevo Script de Caso de Prueba:

En donde:  

Test Case Type: Se debe seleccionar entre las distintas opciones de test a realizar, para este caso será CBTA – Test Configuration – Scripting Workshop. Source Co…: Va siempre en vacío.

  

Test Case: Se indica el nombre transaccional que se asignara al Caso de Test, para este ejemplo se utilizó el prefijo Z_PIM_* Variant: Va siempre vacío. Test Case Name: Acá se le asigna el nombre simple de la prueba, para el caso Test Case 2.

Q. Tras esto, se graba presionando sobre el botón “save” de la parte superior izquierda:

R. Una vez grabado, se debe realizar doble clic en el texto ingresado en Test Case, para el Ejemplo Z_PIM_EDUARDO.

S. Tras realizar esto se desplegará una nueva venta que muestra la siguiente información:

Paso 3: Test Automático: A. Se ingresa la transacción: Solar02, se selecciona la opción  Blueprints con los escenarios de negocio, se selecciona  Solapa Test Case, se hace clic en New  Con esto se habilita grilla para el ingreso de la información requerida: 

Nombre (Z_CREATE_INCIDENT02)  se presiona Save  Se despliega ventana con detalle, se añade título:



CBTA – Test Configuration – Scripting Workshop



Title: Vacio



External Tool: Vacio



Package: Vacio



Person Responsible: Responsable



Type: (default)



Application component: SV-SMG-TWB



Se guarda como Local Object



Se asigna DATA Container ya creado: Z_CBTA_CONTAINER



Una vez terminado, se genera el número de reporte: 800000000189 [Este n° lo asigna el sistema]

B. Se le asigna prioridad según la criticidad del proceso. C. Además se le cambia el Status de New a In Process

D. Se desciende por la misma ventana y en la sección: Text, se añade una nueva nota Interna:

E. Con lo cual el sistema habilita la sección para ingresar una nueva nota:

F. Se presiona sobre el icono Save, para guardar los cambios:

G. Una vez guardada la nota, la pantalla se presenta de la siguiente manera:

H. Se presiona nuevamente en Save, para registrar la nota adjunta. I. Tras guardar los cambios, se debe cerrar sesión y aceptar el mensaje desplegado tras presionar Log Off:

J. Tras cerrar la sesión, volvemos a la pantalla Test Creation Wizard – Recording, presionamos Next:

K. Tras esto, el sistema desplegará la siguiente ventana, en esta nuevamente presionamos Next:

Con esto comienza la ejecución del script generado:

L. Una vez finalizado y viendo que todos los pasos ejecutados fueron exitosos, presionamos sobre el botón Finish. Con esto se cierra la ventana del Wizard. M. Tras esto volvemos a la web de Test Configuration Z_PIM_%NOMBRE%, en este caso: Z_PIM_ANDREA Para la ejecución del Script:

Ejecución de Script Generado

N. Seleccionamos el primer paso del Script y le damos Execute Con lo cual el sistema desplegará la siguiente ventana:

O. Presionamos Next, tras lo cual el sistema desplegará la siguiente ventana:

En estas pantallas no se debe ingresar nada, ya que el sistema se encuentra ejecutando el script de la prueba generado por el Wizard.

P. Volvemos a la pantalla Test Creation Wizard – Recording, Se añade un Checkpoint al script, se selecciona el mensaje entregado.

Q. Volvemos al explorador:

R. Una vez finalizada la iniciación, el sistema desplegará la siguiente pantalla:

S. En esta ingresaremos el parámetro de búsqueda del ticket generado pasos atrás, presionamos sobre el botón Search:

T. Seleccionamos el ticket correspondiente, haciendo clic sobre su ID. U. En System Role seleccionamos Quality Assurance System, y presionamos sobre el botón: con lo cual se da inicio a la ejecución del Script (En esta parte no ingresamos parámetros ni seleccionamos ninguna opción)

V. Acá podemos ver como el sistema realiza automáticamente todos los pasos e ingresa la data que se configuro en los pasos previos:

W. Al finalizar este script, el sistema arrojará el log de transacciones con el status de la prueba, en este caso en estado PASSED:

En caso de error (Failed) al momento de la ejecución del script aparece la siguiente ventana:

X. El sistema nos indica el paso preciso en el cual se originó el error, incluyendo una captura de pantalla:

La cual al realizar doble clic sobre ella nos despliega la pantalla / paso en cuestión: Tras esto vamos nuevamente a la pantalla de edición del Script:

El sistema permite la Edición / Eliminación del paso que esté generando el error, en este caso se elimina el paso:

Tras esto, podremos ejecutar nuevamente el Script ya corregido. Y. Se presiona sobre Next > se desplegara la siguiente ventana:

Nota: la transacción SM04 se utiliza para ver los usuarios que están conectados al aplicativo.