TAST DokuWiki

Esta opción de la herramienta TAST permite crear/modificar un diagrama.

A continuación vemos la pantalla o lienzo en blanco para editar un diagrama. Es el Canvas 2.0. En la parte superior derecha (marcada en rojo), esta la barra de herramientas del Canvas, que ofrece diferentes opciones para el diseño del diagrama. Vamos a verlas a continuación:

• Seleccionar los elementos a incluir en el diagrama a través del icono '+':

• Borrar elementos: permite borrar el o los objetos del diagrama que se hayan seleccionado utilizando el icono de la 'papelera'.
• Acciones de diagrama: agrupa una serie de acciones que se pueden realizar a nivel de diagrama:

• Asistentes: muestra una lista con los asistentes disponibles:

• Visualizar mapa del diagrama: pulsando este botón, se muestra una miniatura del diagrama actual (a una escala de 4:1) que aparecerá en un recuadro en la parte superior derecha del Canvas.
• Lupa: permite realizar búsquedas de texto libre en todos los elementos del diagrama, y también permite acotar las búsquedas sobre aquellos elementos que nos interesen en un momento dado.
• Recargar repositorios: nos permite recargar archivos YML o TXT, los cuales contienen una serie de claves que podremos usar en los diagramas.
• Descargar imagen del diagrama: haciendo click en el icono de 'imagen', se genera una imagen “al vuelo” tal y como es el diagrama actual, es decir se crea un preview del diagrama y se descarga a un fichero .png
• Validar mapeo: valida los mapeos incluidos en el diagrama usando el icono 'validar mapeo'.
• Ejecutar validación: ejecuta la validación del diagrama con el icono de 'reproducción'.
• Mostrar ayuda del Canvas: aparece un modal con 3 pestañas (Atajos de teclado, Variables globales, Guía de Colores) donde se muestra la ayuda básica del Canvas.
  
  • Pestaña “Atajos de teclado”: muestra todos los atajos de teclado que equivalen a acciones realizadas bien a través de opciones de menú o de botones:
    
    
    
    
  • Pestaña “Variables globales”: muestra las variables globales estándar disponibles en cualquier diagrama:
    
    
    
    
  • Pestaña “Guía de Colores”: se refiere a los distintos colores que podemos encontrar ahora en los objetos del diagrama:
    
    
    
    

El objeto u objetos (Adaptadores), es el elemento principal a la hora de crear un diagrama. Dos pestañas ayudan a definir el nombre del objeto, sus propiedades y los parámetros de inicialización o configuración, para poder interactuar con páginas web, archivos, API, scripts, remotos, BBDD.

En un mensaje, tras hacer doble click, es posible indicar el tipo de acción que se hará cuando el paso deba ejecutarse, según los siguientes campos:

1. Mensaje bloqueante: Si el mensaje falla, la ejecución del paso fallará y el caso de prueba no continua; termina en este punto.
2. Paso Opcional: Si está marcado, el resultado de este paso no impactará en el resultado final.
3. Comentario: Si está marcado, el mensaje no se ejecutará.
4. Punto de ruptura: La comprobación del punto de ruptura se utiliza para detener la ejecución de la prueba en este paso. Es útil durante la creación del diagrama.
   
   

Una guardia es una condición lógica que se puede incluir en cualquier mensaje dentro de los diagramas UML. Cuando esta condición se cumple el mensaje se ejecuta, cuando esta condición no se cumple, el mensaje NO se ejecuta. Una guardia es muy útil cuando una acción debe ejecutarse o no, dependiendo de un condicionante.



Las condiciones dentro de una guardia pueden ser del tipo:

• Sencillas: por medio de operadores lógicos, < (menos que), > (mayor que), == (igual a), != (distinto de), < = (menos o igual que), >= (mayor o igual que).
• Complejas: concatenando condiciones sencillas por medio de operadores lógicos como: AND (y), OR (or), && (y exclusivo), || (o exclusivo)

A continuación, algunos ejemplos sobre condiciones simples y complejas en una guardia:

• #numCol < 25
  En este caso, el mensaje se ejecutará cuando, la variable tipointeger numCol sea inferior de 25.
• #myFavoriteApp == “TAST”
  En este el mensaje se ejecutará cuando la variable tipo String myFavoriteApp sea igual al String “TAST”. Debe ser considerado que los String deben compararse con el símbolo de comillas ””.
• #fahrzeugtypTestData ==“Gebrauchtwagen”||#fahrzeugtypTestData==“Vorf-hrwagen” ||#fahrzeugtypTestData”Tageszulassung”
  En este caso, el mensaje se ejecutará cuando la variable tipo String fahrzeugtypTestData, contenga uno de los siguientes valores: Gebrauchtwagen, Vorf-hrwagen, Tageszulassung.
• #str1 ==“TAST” AND #str2==“TaaS” AND #str3==“SIPSA”
  En este caso el mensaje se ejecutará cuando la variable tipo String str1 sea igual a TAST y cuando la variable str2 sea igual a TaaS y cuando la variable str3 sea igual a SIPSA.
  
  

En la asignación de un mensaje, es posible incluir un valor con salto de línea. Para ello, hay una casilla de verificación 'Texto multilínea':

Si la casilla de verificación está seleccionada, aparecerá un editor para incluir el texto:

Este mensaje tiene que estar vinculado a otro mensaje entre dos objetos y se traza en la dirección opuesta al vínculo. Los dos mensajes forman un conjunto y no se tratan por separado.

• La única función permitida en el mensaje de respuesta es la aserción, que tiene como parámetros de entrada stepResult (resultado del mensaje anterior) y puede tener más parámetros. El parámetro de salida también es stepResult.

• Este mensaje nos permite variar el resultado del paso anterior comprobando algunas condiciones. Este proceso se realiza utilizando un javascript.
  
  GESTION DE DATOS: Permite modificar el javascript de cada uno de los diagramas.
  
  
  

Esta opción de la herramienta TAST permite al usuario pasar información entre diagramas de secuencia. Las Gates pueden ser una forma sencilla de modelar el paso de información entre un diagrama de secuencia y su contexto. Una Gate es simplemente un mensaje que se ilustra con un extremo conectado al borde del marco del diagrama de secuencia y el otro extremo conectado a una lifeline y representa otro diagrama.

Puntos importantes a tener en cuenta sobre las Gates:

• La posición del adaptador dentro de la Gate es muy importante para el comportamiento correcto porque la Gate también está relacionada con el Adaptador que planea instanciar. Por lo tanto, debe poner la Gate no sólo en el paso de número, sino también en la lifeline donde puede continuar la ejecución de la prueba. Por ejemplo, si quiere utilizar una Gate a un Adaptador GUI HTML, debe colocar la gate en la misma línea del adaptador GUI HTML en el diagrama Padre.
• El comportamiento Aislado siempre instanciará todos los adaptadores.
• El comportamiento No aislado: mapea los mensajes del primer adaptador de la Gate que tiene el mismo tipo que el adaptador del padre donde se dibuja; el resto de los adaptadores serán instanciados.
• El concepto de Aislado / No Aislado se configura internamente en TAST. Actualmente, ese concepto solo se aplica a estos adaptadores: Adaptador GUI y Adaptador Web Services.
• Para las Gates del Usuario: todas las Gates de las lifelines pertenecientes a los objetos de Usuario son mapeadas se asignan al objeto de Usuario del diagrama Padre.

Cómo crear un Gate:

En la barra de herramientas, seleccione la Gate y dibuje en la misma línea. Haga doble click y abra las propiedades de la Gate, donde elija el dominio, el proyecto y el diagrama que desea copiar.



El diagrama seleccionado se puede visualizar haciendo click en el icono de la imagen.



Al hacer click en el mapeo de la Gate, se mostrará una pantalla cómo la siguiente:

Esta pantalla no he podido cambiarla, abro mapeo de la gate de mi diagrama y no me aparece igual a la antigua



GESTION DE DATOS: Permite asignar datos de casos de prueba a cada Gate incluida en los diagramas.



EJECUCIÓN DE PRUEBA ESTABLECIDA CON GATES: Se crea y ejecuta un conjunto de pruebas que contiene Gates.

Esta opción de la herramienta TAST permite al usuario manejar bifurcaciones y loops (bucles).

TAST permite los siguientes tipos de fragmentos combinados:

Falta cambiar 1 pantalla de propiedades del fragmento a español (FOR EACH)

• Para manejar bifurcaciones:
  • CF ALT: si la condición indicada en la Guard del Fragmento Combinado es verdadera, se ejecutarán los pasos de la primera parte del ALT; de lo contrario, los pasos ejecutados serán los de la parte 'else':
    
    
    
    
    
• Para manejar bucles:
  • CF Loop do while: mientras que la condición indicada en las propiedades del fragmento combinado es verdadera, los pasos del fragmento combinado serán ejecutados. La condición se comprueba después de ejecutar los pasos, por lo que el loop do while garantiza la ejecución del loop al menos una vez:
    
    
    
    
    

• CF Loop while: este bucle es similar a loop do while. La diferencia es cuando se evalúa la condición de salida del ciclo. En el loop while esta evaluación se realiza antes de entrar en el ciclo, lo que significa que el bucle puede no ser ejecutado:
  
  
  
  

• CF Loop for: Todos los pasos incluidos en este bucle se ejecutarán varias veces, de acuerdo con los parámetros indicados en la pestaña de propiedades del fragmento:
  Guard: este campo indica la condición que debe cumplir la variable especificada para ejecutar los pasos del loop for. Esta variable aparecerá en la sección 'Variable para iteración'.
  Case start: contiene el valor inicial que la variable tomará para la iteración dentro del loop.
  Tipo de incremento: tipo de incremento de la variable. Puede ser incremental (+) o decremental (-).
  
  
  
  

• CF Loop for each: Permite iterar uno por uno (desde 1 … n) la fila o columna seleccionada de una tabla introducida como variable. Permite manejar una a una la información seleccionada de forma vertical u horizontal.
  
  
  
  
  
  Para obtener datos del objeto, hay que utilizar el nombre de la tabla, seguido de la palabra “Row”, usando el método getCellValue(n).
  
  
  
  En el caso de la columna, hay que poner el nombre de la tabla, seguido de la palabra “Column”, usando el método getCellValue(n).
  
  
  
  Donde (n) es la posición de la celda en la fila o la posición de la celda en la columna.
  
  

Los Subtestcases son casos de prueba que pueden ser pintados en un diagrama. La razón para implementar los subtestcases consiste en tener una opción visual en modelado de casos de prueba y verlos dibujados aparte de sólo tenerlos en gestión de datos. También para recibir un log o resultado de un caso aislado aparte del resultado total.

Para usar un subtestcase en un diagrama se tiene que ir a la barra de herramientas, hacer cick en el icono ”+” y a continuación seleccionar subtestcase. También podemos usar “ALT + S” como acceso directo para dibujarlo. Para colocarlo en el canvas se tendrá que hacer click donde se quiera colocar.

Una vez dibujado, se puede cambiar el tamaño del subtestcase con el pequeño cuadrado verde claro situado en la parte inferior de la derecha del subtestcase. Los subtestcases se pueden mover (seleccionándolo y arrastrándolo) en cualquier dirección. La única limitación al movimiento vertical es que no sobrepasen la línea de los adaptadores.

Para abrir las propiedades, doble click en el subtestcase y aparecerá la siguiente pantalla. Aquí se puede cambiar el nombre del subtestcase (hasta 100 caracteres) y añadir/editar una guardia. También se puede poner un nombre con una variable de forma que quedaría: “name of the subtestcase” + #Variable
También funcionaría como: ‘name of the subtestcase‘ + #Variable

Hay algunas cosas a tener en cuenta usando subtestcases:

1. Todos los mensajes dentro de un subtestcase funcionarán como siempre en el diagrama, pero generará un log aparte para estos. Por lo que al final tendremos un log general y uno específico del subtestcase. Si se desea ver los logs desde el cliente se verá de la siguiente manera.
   
   
   
   Dentro de la carpeta tendremos el log del subtest y se generarán tantas carpetas como subtestcases existan en el diagrama.
   
   
2. No se pueden anidar los subtestcases, solo se registrarán los logs de uno en caso de que estén anidados, así que, no usarlos de esa manera.
3. Dentro de un subtestcase se pueden poner pasos y fragmentos (combined fragments), estos fragmentos si pueden ser anidados.
4. Dentro de un fragmento se pueden poner subtestcases.
5. Los subtestcases pueden ser borrados, y también copiados y pegados.
6. Se pueden poner varios subtestcases en el mismo diagrama.

En Gestión de Datos una vez se tenga un diagrama con un subtestcase (o varios) estos aparecerán marcados como un rectángulo rojo.

Gestión de Datos se usa como siempre pero con el añadido de ver los subtestcases.

En la página de resultados, una nueva funcionalidad ha sido añadida, con el simbolo: “+” puedes hacer click para desplegar una nueva tabla con todos los subtestcases que tiene una ejecución. Por ejemplo en las siguiente imagen.

Podemos ver los resultados como siempre. Pero con el nuevo añadido:

Podemos ver todos los resultados de subtestcases listados. Aquí se puede descargar los documentos de evidencias y los logs de los subtestcases.

En el documento de resultados:

En test case data description, se puede ver el nombre del subtestcase, en caso de que el test case data tenga una descripción se mostrará “testcasedatadescription_subtestcasename”.

En ALM se mostrarán todas las evidencias de la ejecución, y todos los subtestcases aparecerán por separado (también si hay gates con subtestcases aparecerán aquí).