GXtest Manager User's Manual
This page shows the main concepts of GXtest Manager.
Contents |
Introduction
GXtest Manager allows you to group the test cases modeled with GXtest Designer, and schedule them for execution. Then it lets you see the results of each of these executions.
For this, consider certain fundamental concepts:
TestCase: This is a test case generated with Gxtest Designer. It consists of a series of steps to execute on the application under test, with certain data and certain expected results.
Suite: is a collection of Test Cases (within the same project). Optionally, you can define an execution order for the Test Cases and the number of times that each of them will run. See also Creating a Suite.
To visualize this consider the following example:
| Suite 1 | |
|---|---|
| Test case 1 | 5 |
| Test case 2 | 15 |
| Test case 3 | 4 |
In this case the suite 1 includes three test cases, the first one execute 5 times, after the end of that execution will run the test case 2 exactly 15 times and finally the test case 3 is executed 4 times.
Task: Suites is a set of agendas in some time for execution. May be scheduled in different modes (single time, daily, weekly).
Executor: machine to conduct the execution of a Task, which must be installed GXtest Executor. This component allows to run tests in parallel and in different environments, since we can schedule various tests (other tasks) on different machines. See also Installing GXtest Executor and Executor Create.
En este caso la suite 1 incluye tres test cases, el primero que se ejecutar'a 5 veces, luego que termine esa ejecución se ejecutará el test case 2 exactamente 15 veces y por último el test case 3 se ejecutará 4 veces.
Task: es un conjunto de Suites agendadas en cierto horario para su ejecución. Podrá ser agendada en diferentes modalidades (única vez, diaria, semanal). Ver también Agendar una Tarea.
Executor: máquina encargada de realizar la ejecución de una Task, que deberá tener instalado GXtest Executor. Este componente permite ejecutar pruebas en paralelo y en distintos ambientes, ya que podemos agendar distintas pruebas (distintas tasks) en distintas máquinas.
Ver también Instalación de GXtest Executor y Crear un Executor.
Inicio en GXtest Manager
Para iniciar en GXtest Manager es necesario indicar el Usuario y Proyecto en el que se trabajará. Si no se especifican sólo se podrá trabajar en cosas genéricas, pero si se desea crear Suites de prueba o agendar tareas, es necesario registrarse en el sistema.
Configuraciones
Usuarios
GXtest Manager permite definir usuarios. El motivo principal de la definición de usuarios es para asociarlos a las Suites y Tasks, para que reciban un mail con un resumen de los resultados después de cada ejecución.
Executors
La ejecución de las pruebas se realiza en forma distribuida, en cada máquina que tenga instalado el GXtest Executor. Esta es una aplicación que está a la escucha esperando que le indiquen que ejecute una determinada tarea. Para poder invocar ejecuciones sobre estos componentes distribuidos es necesarios darlos de alta en el GXtest Manager, dándoles un nombre e indicando la IP y Puerto donde escuchan.
Application Settings
Se podrán definir los parámetros que recibirán las Task para ejecutar.
Esto incluye la URL donde ejecutarán los Test Cases, que es lo que define nuestro Sistema Bajo Pruebas. Este valor pasado en el parámetro URL se cargará al ejecutar en el Executor en la variable URLhome de cada Test Case.
También se puede definir el DBMS que utiliza la aplicación, a modo de dejar registrado en los resultados este dato para luego poder usarlo (a futuro) como una dimensión más para estadísticas.
Se pueden configurar también un conjunto de Datapools a ser llenados antes de la ejecución de la ejecución de la Task. Esto es útil si es necesario que los datos a usar en el Datapool dependan del estado de la aplicación, y sea preciso cargarlos inmediatamente antes de la ejecución y uso de estos datos. Esta funcionalidad aún no está completa.
Además, se puede definir un archivo Bat a invocar previo a la ejecución de la Task, para que en este se prepare el estado de la aplicación para la prueba. Esto puede incluir cosas como recuperar el estado de la base de datos a partir de un Backup previo, ejecutar scripts SQL, copiar archivos, etc. Esta funcionalidad aún no está completa.
Configuración General
En el menú General Configuration se puede definir el directorio donde el GXtest Manager guardará el log. Si no se define esta ruta se guardará en el mismo directorio donde se encuentra deployada la aplicación.
SMTP
Es necesario configurar el servidor SMTP para que el GXtest Manager envíe los mails con los resultados. Es necesario indicar:
- SMTP Host
- SMTP Port
- SMTP User
- SMTP Password
También debe estar configurada la variable Exec URL. Esta queda seteada al instalar, y le da acceso al Executor al componente que envía los mails.
Ejemplo:
http://abstracta00/GXTestManager/aprocessexecutionresult.aspx
Browsers, DBMS, Operative Systems
Es necesario definir valores para estos elementos a modo de registrar información. Al definir los Executors se le indicará cuál es el Sistema operativo y navegador con el que cuentan. Al definir los Application Settings se les asociará un DBMS.
En la instalación del Manager se incluirán definiciones estándar, a modo de que no sea necesario para el usuario crear este tipo de instancias, sino simplemente utilizarlas cuando le sean necesarias.
Suites y Test Cases
Desde el GXtest Manager se pueden consultar los Test Cases que hay disponibles. Estos son los que fueron creados en el GXtest Designer y cargados en la base del Manager. En el WorkWith Test Cases podemos navegar entre las distintas Suites en las que está incluido el Test Case.
Proyectos
Es posible visualizar los proyectos definidos y sus propiedades. Estos proyectos son creados desde GXtest Designer. Cada uno de los elementos que se pueden vincular (Test Cases, Suites, Datapools, etc.) están asociados a un proyecto y tienen visibilidad dentro del mismo (no es posible incluir en una misma Suite distintos Test Cases de distintos Proyectos).
Suites
El concepto de Suite es propio del GXtest Manager (no existe a nivel de GXtest Designer), y es en este donde se crean y editan.
Definición de Tasks
En GXtest Manager se agendan las Suites a ejecutar. Esto se puede hacer en el WorkWith Task o en el calendario. Al crear una Task se le indica qué Suites ejecutar y en qué orden.
Si se desea quitar una Suite ya agregada se debe eliminar la línea correspondiente de la grilla, y para esto se hace botón derecho sobre las filas, opción Delete. Al hacer esto queda marcada la fila con una cruz. Al dar confirmar se eliminará. Esto mismo aplica al momento de editar una Task.
Al crear la Task se le indica también en qué Executor ejecutar, y para esto se tuvo que haber creado previamente en GXtest Manager, indicando IP y Puerto para poder conectarse.
Existen tres tipos de recursiones para la definición de las tareas:
- Once: para que la Task se ejecute una sola vez.
- Weekly: para que se ejecute todas las semanas, los días que se indique.
- Daily: para que se ejecute todos los días.
Para los últimos dos casos se puede indicar día de inicio y fin. Para cualquiera de los tres casos se indica una hora de ejecución.
Se puede indicar en forma opcional la cantidad de minutos estimada que va a demorar la ejecución de la prueba. Esto sirve más que nada para poder visualizar mejor en el calendario las tareas, y así ver si se superponen.
A las tareas también se les asocia un usuario, el cual está interesado en recibir mails con los resultados después de cada ejecución.
Se debe indicar también el Application Settings a utilizar. Este le provee de cierta información a la Task para ejecutar relacionada al ambiente de ejecución de la aplicación bajo pruebas.
