User Tools

Site Tools


es:running

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

es:running [2020/05/08 07:45]
montse [Ejecución en modo Debug en cliente para TC_Validation]
es:running [2024/11/27 13:10] (current)
montse [Ventana de Test Set]
Line 38: Line 38:
      ​* Eliminar Test Set.      ​* Eliminar Test Set.
      ​* Ejecutar Test Set.      ​* Ejecutar Test Set.
 +     ​* Mover Test Set.
  
 ==== Ventana de Test Set ====  ==== Ventana de Test Set ==== 
  
-{{:es:tsmanagement-testset_esp.png?​2600|}}\\ \\  ​+{{ :es:ejecucion2.png?direct&2600 |}}\\ \\  ​
 A ella se accede clickando sobre cualquier Test Set de la ventana //Test Sets//. A ella se accede clickando sobre cualquier Test Set de la ventana //Test Sets//.
 En esta ventana se podrán realizar acciones sobre los Test Sets, así como gestionar los Test Case Data asociados al Test Set: En esta ventana se podrán realizar acciones sobre los Test Sets, así como gestionar los Test Case Data asociados al Test Set:
Line 67: Line 68:
      ​* Eliminar Test Case Data.      ​* Eliminar Test Case Data.
  
-{{:es:tsmanagement-addtcdata-esp.png?​2600|}}\\ \\  ​+{{ :es:anadirtestsetbis.png?direct&2600 |}}\\ \\  ​
 Para añadir Test Case Data al Test Set, se pulsa en el botón "​+"​ situado a la derecha del nombre del Test Set. Se abrirá una ventana que permite seleccionar el diagrama, de forma que se mostrarán aquellos Test Case Data asociados, que sean seleccionables,​ mediante un panel situado a la izquierda: Para añadir Test Case Data al Test Set, se pulsa en el botón "​+"​ situado a la derecha del nombre del Test Set. Se abrirá una ventana que permite seleccionar el diagrama, de forma que se mostrarán aquellos Test Case Data asociados, que sean seleccionables,​ mediante un panel situado a la izquierda:
      * Haciendo click sobre cada Test Case Data o sobre el botón "​Seleccionar Todos" se moverán los Test Case Data al panel de la derecha.      * Haciendo click sobre cada Test Case Data o sobre el botón "​Seleccionar Todos" se moverán los Test Case Data al panel de la derecha.
Line 77: Line 78:
 ==== Ejecución en modo Debug en cliente para TC_Validation ==== ==== Ejecución en modo Debug en cliente para TC_Validation ====
  
-El objetivo del debugger es darle al TAST Client ​la habilidad de lanzar la ejecución de un TCV (Test Case Validation) en modo depuración. De esta forma, el usuario será capaz de ejecutar un TCV paso a paso hasta el final, o parar en los pasos que se consideren apropiados.\\ \\ Por otra parte, el usuario sera capaz de parar la ejecución en modo debug en cualquier momento y continuar con una ejecución normal.\\ \\ Los resultados de los del debug se mostrarán en los logs de la ejecución (por el paso que esté el debug en ese momento). También se pueden depurar varios test a la vez.+El objetivo del debugger es darle al TAST Cliente ​la habilidad de lanzar la ejecución de un TCV (Test Case Validation) en modo depuración. De esta forma, el usuario será capaz de ejecutar un TCV paso a paso hasta el final, o parar en los pasos que se consideren apropiados.\\ \\ Por otra parte, el usuario sera capaz de parar la ejecución en modo debug en cualquier momento y continuar con una ejecución normal.\\ \\ Los resultados de los del debug se mostrarán en los logs de la ejecución (por el paso que esté el debug en ese momento). También se pueden depurar varios test a la vez.
  
 ===Uso del debugger en TAST=== ===Uso del debugger en TAST===
Line 90: Line 91:
  
  
-1. **Empezar una ejecución TCV en modo debug**+1. **Empezar una ejecución ​//TCV// en modo debug**
  
-Antes de ejecutar un TCV en modo debug, tenemos que fijarnos que el paso inicial en el campo Step es:  "​_._"​. Esto indicará que la ejecución no ha empezado.\\ \\ +Antes de ejecutar un //TCV// en modo debug, tenemos que fijarnos que el paso inicial en el campo Step es:  "​_._"​. Esto indicará que la ejecución no ha empezado.\\ \\ 
 Para empezar la ejecución del debug, tendremos que pulsar el botón **“Run to next step”** debajo de la columna **Debug**.\\ \\  Para empezar la ejecución del debug, tendremos que pulsar el botón **“Run to next step”** debajo de la columna **Debug**.\\ \\ 
 Hay 2 formas de empezar una ejecución en el debug:​\\  ​ Hay 2 formas de empezar una ejecución en el debug:​\\  ​
Line 98: Line 99:
   * Para el paso inicial "​_._"​ pulsaremos el botón **Run to next step**.\\ \\ {{:​es:​debuggs2.png?​600|}}\\ \\ Entonces la aplicación empezará la ejecución del debug y ejecutará el primer paso del diagrama (o el paso siguiente al que se deba ejecutar conforme a la lógica del diagrama).\\ \\ Una vez ejecutado, ahora se mostrará el paso que ha sido ejecutado, que será normalmente el paso 1.0\\ \\ {{:​es:​debuggs3.png?​600|}}\\ ​   * Para el paso inicial "​_._"​ pulsaremos el botón **Run to next step**.\\ \\ {{:​es:​debuggs2.png?​600|}}\\ \\ Entonces la aplicación empezará la ejecución del debug y ejecutará el primer paso del diagrama (o el paso siguiente al que se deba ejecutar conforme a la lógica del diagrama).\\ \\ Una vez ejecutado, ahora se mostrará el paso que ha sido ejecutado, que será normalmente el paso 1.0\\ \\ {{:​es:​debuggs3.png?​600|}}\\ ​
  
-  * Por otra parte desde el paso inicial “_._” el user puede poner un paso al que quiera ejecutar y el debugger irá directamente al paso anterior al puesto. En este caso queremos ir al octavo paso.\\ \\ {{:​es:​debuggs4.png?​600|}}\\ \\ Entonces la ejecución irá hasta el paso anterior al puesto en un principio, en este caso el séptimo.\\ \\ {{:​es:​debuggs5.png?​600|}}+  * Por otra parte desde el paso inicial “_._” el usario ​puede poner un paso al que quiera ejecutar y el debugger irá directamente al paso anterior al puesto. En este caso queremos ir al octavo paso.\\ \\ {{:​es:​debuggs4.png?​600|}}\\ \\ Entonces la ejecución irá hasta el paso anterior al puesto en un principio, en este caso el séptimo.\\ \\ {{:​es:​debuggs5.png?​600|}}\\ \\ 
  
- +2. **Continuar con la ejecución de //TCV// en modo debug**
- +
-2. **Continuar con la ejecución de TCV en modo debug**+
    
-Una vez que la ejecución ha empezado, hay varias formas de continuar con esto.\\ ​\\  +Una vez que la ejecución ha empezado, hay varias formas de continuar con esto.\\ ​  
-  * **//Run to next step//**\\ \\ Para ir al siguiente paso hay que darle al botón **Run to next step** para continuar avanzando.\\ \\ {{:​es:​debuggs6.png?​600|}}\\ \\ Despues ​de esto, el paso ejecutado se verá reflejado en el campo step.+  * **//Run to next step//**\\ \\ Para ir al siguiente paso hay que darle al botón **Run to next step** para continuar avanzando.\\ \\ {{:​es:​debuggs6.png?​600|}}\\ \\ Después ​de esto, el paso ejecutado se verá reflejado en el campo step.
  
 +  * **//Run to a higher step//**\\ \\ Para ir a un paso superior, podemos poner el paso deseado en el campo step y luego pulsar **Run to next step** para ir.\\ \\ {{ :​es:​debuggs7.png?​600 |}}\\ La aplicación ejecutará hasta el paso anterior. Desde aquí se podrá ejecutar del modo deseado.
  
-  * **//Run to a higher step//**\\ \\ Para ir a un paso superior, podemos poner el paso deseado en el campo step y luego pulsar **Run to next step** para ir.\\ \\ {{ :​es:​debuggs7.png?​600 |}}\\ \\ La aplicación ejecutará hasta el paso anterior. Desde aquí se podrá ejecutar del modo deseado. 
-  
  
 +  * **//Run to the last step//**\\ \\ Desde cualquier paso, seremos capaces de avanzar hasta el final del diagrama y hay dos formas de hacerlo:\\ \\ a. Poniendo en el campo step el último paso del diagrama en **Run to next step**. Recordar: se debe ejecutar un paso más para llegar al final de la ejecución. Una vez llegado al final de la ejecución para volver al estado inicial se deberá avanzar un paso más y un aviso de que la ejecución ha acabado, aparecerá.\\ o \\ b. Pulsando el botón **Start** en la columna de acción. Entonces irá del paso actual hasta el final de la ejecución.\\ \\ {{:​es:​debuggs8.png?​600|}}\\ \\  ​
  
-  * **//Run to the last step//**\\ \\ Desde cualquier paso, seremos capaces de avanzar hasta el final del diagrama y hay dos formas de hacerlo: 
  
-    +3. **Parar la ejecución ​del debugger**
-1) Poniendo en el campo step el último paso del diagrama en **Run to next step**. Recordar: se debe ejecutar un paso más para llegar al final de la ejecución. Una vez llegado al final de la ejecución para volver al estado inicial se deberá avanzar un paso más y un aviso de que la ejecución ha acabado aparecerá. +
-2) O pulsando el botón ​**Start** en la columna de acción. Entonces irá del paso actual hasta el final de la ejecución+
  
-{{:es:debuggs8.png?​600|}}\\ ​+En cualquier momento el usuario será capaz de parar la ejecución de un //TCV// en modo debug, con tan solo pulsar el botón **Stop debugging** dentro de la columna **Debug**.\\ \\ {{:es:debuggs9.png?600|}}\\ \\ Las razones por las cuales se pueden querer parar una ejecución son:\\ \\ 1. Porque ya se han comprobado los pasos que se querían comprobar.\\ o \\ 2. Cuando se necesitan hacer cambios en el diagrama; se necesita parar la ejecución y reiniciarla después para que la aplicación pueda actualizar el //​TCV//​.\\ ​\\
  
 +4. **Funcionamiento del campo Step**
  
-==Parar la ejecución ​del debugger==+En el campo **Step** el usuario será capaz de ver el paso actual o meter el paso al que se quiera avanzar.\\  
 +La notación ​del paso será prácticamente igual al que se vea en el log con el siguiente formato:\\ \\ **Step_step_main.step_gate1.step_gate2 ....**\\ \\ Donde cada punto separa un gate.\\ \\ Por ejemplo, si se quiere avanzar al paso 11 del diagrama principal, se podrá escribir **11** o **11.0.** Si se busca avanzar a algún punto dentro de una gate se usarán puntos.\\ \\    
 +Por ejemplo, si queremos ver o escribir lo siguiente en el campo step:\\ \\ {{:​es:​debuggs10.png?​600|}}\\ \\  Significaría que el paso actual o al que se quiere avanzar sería:​\\ ​  
 +Paso 10 del diagrama principal que en este caso sería un gate, y dentro del gate estamos en el paso 5 que coincide con que es el segundo gate,y finalmente el paso 1 dentro del gate 2.\\ \\ 
  
-En cualquier momento el usuario será capaz de parar la ejecución de un TCV en modo debug, con tan solo pulsar el botón **Stop debugging** dentro de la columna **Debug**. 
  
 +5. **Otras consideraciones**
  
-{{:​es:​debuggs9.png?600|}}+En cualquier momento de la ejecución, el usuario será capaz de comprobar los logs, los pasos ejecutados serán actualizados gradualmente. Como siempre puedes acceder al log en el botón de los logs.
  
-Las razones por las cuales se pueden querer parar una ejecución son:\\  +{{:es:​debuggs11.png?600|}}
-1) Porque ya se han comprobado los pasos que se querían comprobar. +
-2) O, cuando se necesitan hacer cambios en el diagrama, se necesita parar la ejecución y reiniciarla después para que la aplicación pueda actualizar el TCV+
  
  
-==Funcionamiento del campo Step==+El resultado de cada paso ejecutado estará reflejado en la columna status.
  
-En el campo **Step** el usuario será capaz de ver el paso actual o meter el paso al que se quiera avanzar.\\ ​ 
-La notación del paso será prácticamente igual al que se vea en el log con el siguiente formato:​\\ ​ 
  
-**Step_= step_main.step_gate1.step_gate2 ....**\\ ​+{{:​es:​debuggs12.png?600|}}
  
-Donde cada punto separa un gate.\\  ​ 
  
-Por ejemplo, si se quiere avanzar al paso 11 del diagrama principalse podrá escribir 11 o 11.0. Si se busca avanzar a algún punto dentro de una gate se usarán puntos.\\ \\   +Pasando el ratón por encima ​del campo **Step**la aplicación mostrará ​una ayuda con la información de ese paso, como el número del paso que aparece ​en los logs y el nombre del mensaje ejecutado.
-Por ejemplo si queremos ver o escribir lo siguiente ​en el campo step:+
  
-{{:es:debuggs10.png?600|}}+{{:es:debuggs13.png?600|}}
  
 +Una vez que la ejecución del debug del //TCV// ha comenzado, el check de **upload Results** se deshabilitará por razones obvias, ya que los resultados de un debug no se deberían subir como resultados. El usuario podrá activarlo cuando quiera realizar la ejecución normal.
  
-Significaría que el paso actual o al que se quiere avanzar sería: +{{:es:debuggs14.png?600|}}\\ \\ 
-Paso 10 del diagrama principal que en este caso sería un gate.\\ \\  +
-Y dentro del gate estamos en el paso 5 que coincide con que es el segundo gate y finalmente el paso 1 dentro del gate 2.\\ \\ +
  
  
-==Otras consideraciones== 
  
-En cualquier momento ​de la ejecución, el usuario será capaz de comprobar los logs, los pasos ejecutados serán actualizados gradualmente. Como siempre puedes acceder al log en el botón ​de los logs.+6. **Consola ​de Depuración ​en el Cliente ​de Tast**
  
-{{:​es:​debuggs11.png?600|}}+Una vez que una depuración de una ejecución ha empezado en cualquier diagrama, puedes abrir una consola para ver los resultados de la depuración en tiempo real.  
 +  
 +Para hacer esto, cuando empezamos una depuración,​ tendremos que hacer click en el botón de log en la parte de la derecha, para abrir la consola de esta ejecución
  
 +{{ :​es:​cdebug1.png?​600 |}}\\ 
  
-El resultado de cada paso ejecutado estará reflejado en la columna status. 
  
 +Una vez abierta, como se muestra abajo, se podrá ver a tiempo real los cambios del log mientras avancemos en la ejecución. Aparecerá una barra de scroll cuando sea necesario en la consola, y también es posible usar un menú contextual presionando el botón derecho, con el que se pueden realizar las opciones de la imagen (copiar, cortar, pegar, etc...) por ejemplo, para copiar algo de la consola.\\ ​
  
-{{:es:debuggs12.png?600|}}+{{ :es:cdebug2.png?600 |}}\\ 
  
  
-Pasando el ratón por encima del campo **Step**, la aplicación mostrará una ayuda con la información ​de ese paso, como el número del paso que aparece en los logs y el nombre del mensaje ejecutado.+También es posible mostrar diferentes consolas ​con las diferentes ejecuciones ​de depuraciones simultaneas ​que se estén realizando.
  
-{{:​es:​debuggs13.png?600|}}+Cuando el modo depuración no esté en funcionamiento,​ el botón log funcionará como habitualmente.\\ \\ 
  
-Una vez que la ejecución del debug del TCV a comenzado, el check de upload results se deshabilitará por razones obvias, ya que los resultados de un debug no se deberían subir como resultados. El usuario podrá activarlo cuando quiera realizar la ejecución normal. 
  
-{{:​es:​debuggs14.png?​600|}} +===== Planificación =====
-\\ \\ +
- ===== Planificación =====+
    
 En TAST es posible programar los Test Sets para que se ejecuten más tarde. En TAST es posible programar los Test Sets para que se ejecuten más tarde.
Line 204: Line 196:
 Los pasos a seguir hasta la ejecución de los Test Cases planificados son los siguientes: Los pasos a seguir hasta la ejecución de los Test Cases planificados son los siguientes:
  
-  - Incluir el (los) diagrama(s) en un Test Set: a través de la opción TAST [[es:​running#​Gestión_de_equipos_de_prueba|Gestión de Test Set]].+  - Incluir el (los) diagrama(s) en un Test Set: a través de la opción TAST [[es:​running#​Gestión_de_Test Set|Gestión de Test Set]].
   - Incluir el Test Set en una planificación:​ a través del botón Nueva planificación de la planificación.  ​   - Incluir el Test Set en una planificación:​ a través del botón Nueva planificación de la planificación.  ​
   - Confirmar la planificación   - Confirmar la planificación
es/running.1588923951.txt.gz · Last modified: 2020/05/08 07:45 by montse