Consulta Datapools

[Manuel di Candia]

Buenos días para todos, 

Tengo la siguiente problemática:

Tengo una suite de casos de prueba donde la primer tanda de casos almacenan info en un datapool (códigos, id's etc)

Luego se corre un caso en especial para modificar una conflagración del sistema.

Y por último se corren otra tanda de casos de prueba que necesita (distinta a la primer tanda de casos que se ejecutaron), pero necesitan la info que se almacenó al correr la primer tanda de casos.

Yo tenía la idea de que al almacenar por global scope sobre en el datapool, los dpnext ejecutados en cada caso (1 dpnext por caso) harían el movimiento dentro del datapool, pero no es así, siempre guarda en el primer registro, o sea que cuando se ejecuta cada caso resetea ese datapool y el dpnext lo setea en la primer fila.

Una solución es tener un super caso que llame al resto de los casos (1 caso que sea toda la suite), pero el problema es con los otros datapools, que son muchos, se me vuelven inmanejables y prefiero utilizar los scope para organizar la info.

Gracias por la ayuda que me puedan brindar.

Saludos, 

[Matias Reina]

Manuel

Por lo que entiendo tu tienes la siguiente situación

Suite:

Caso a (almacena datos en DP1)

Caso b (modifica cosas)

Caso c (quiere acceder a los datos que dejó el caso a)

Algunas preguntas para terminar de entender mejor la situación

1) el Caso a guarda más de una fila en DP1?

2) si el caso a o el caso b fallan tiene sentido que ejecute el caso c?

saludos

Matías

2013/1/30 Manuel di Candia <mdic...@k2business.com>

--
Has recibido este mensaje porque estás suscrito al grupo "GXtest" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a gxtest+un...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Manuel di Candia]

Esa misma es la situación *, 

1) El caso guarda una fila en el DP1

2) Puede llegar a ejecutarse el Caso C solo, sin haber ejecutado el caso a ni el b, y con el dp1 cargado a mano. Pero en el caso de correr la suite entera, no tiene sentido ejecutar el caso c si fallaron los casos a o b.

*Nota en realidad se ejecutan muchos casos a, un caso b y muchos casos c. La cantidad de casos a y c es la misma, siempre

[Matias Reina]

Manuel

Para lograr que si falle el caso a (o algunos de los casos del grupo a) no ejecute el b y el c tenés que poner todo en un "super caso"  que incluya los casos a, caso b y caso c.

Porque esta opción te dificulta el manejo de los datos?

Otra opción que podrías utilizar (me inclino igual a priori por el "super caso") para dejar todo separado es guardar la fila que guardas en el dp en variables en vez de en un dp.

Saludos

Matías

[Manuel di Candia]

La del super caso fue la primera que pensé si, pero...

El problema del manejo de los datos está en que, la suite tiene en la primer tanda 10 (o más) casos, esos casos se ejecutan 5 vences cada uno (o más), dentro de esos casos hay un sub caso que se ejecuta 4 veces (o más) por cada caso que se ejecuta.

Por lo tanto, tengo solo para el datapool que utiliza el sub caso que se ejecuta 4 veces por caso, unas 200 lineas para la primer tanda.

Otro problema es que tengo configurado un caso con un datapool para acceder por portal a las distintas pantallas, entonces si me falla alguno de los primeros casos, me van a fallar el resto porque queda desfazado el datapool.

En segunda opción, no me queda claro como hacer para, utilizando el mismo caso de prueba, cambiar de variables. Porque si ejecuto el mismo caso varias veces m voy a sobreescribir la variable.

Ojo, cuando dije que no me sirve ejecutar el caso c si no se ejecutó el caso a o el b, me refiero a los a y c correlativos. 

O sea, sería algo así como 

Suite:

A1.1 

A1.2, 

A1.3, 

A1.4

A1.5

A2.1

A2.2

...

B

C1.1 

C1.2, 

C1.3, 

C1.4

C1.5

C2.1

C2.2 

...

Si falla el A.1.1, pero no falla el A1.2, me interesa que se corra el C.1.2, pero no me interesa que se corra el C.1.1

Si falla el B, si no me interesa que se corra ningún C porque no tiene sentido.

[Matias Reina]

Manuel

No entendí lo de las 200 líneas.

La idea sería hace los siguientes casos 

Super Caso 1

A1.1

B

C1.1

Super caso 2

A1.2

B

C1.2

Los datapools que tenés ahora para cada caso no cambian, lo unico que cambia es el scope en donde tenés los datos, en vez de tener el scope A1.1 va a pasar a estar en el scope Super Caso 1

Me explico?

El caso B demora mucho tiempo en ejecutar?

Es posible volver lo que hace B atrás?

Saludos

Matías

[Manuel di Candia]

Matías, 

Ahora si, te entendí.

Había entendído que era un único "super caso" que contiene a todos los A, el B y todos los C. Por eso lo de las 200 lineas.

Ok, esa solución creo que me podría llegar a servir cambiando la lógica de ejecución. Desde un principio la habíamos pensado cejecutando todos los A primero el, el B y al final todos los C. Pero capaz que puede andar.

¿No existe un comando que te deje posisionarte en un lugar especifico de un DP, en vez de recorrerlo?

Gracias...

[Matias Reina]

Ok

Nop no hay ningún comando que permita posicionarse en una fila en particular

Igual es recomendable en lo posible hacer los casos lo más completos pero simples posibles.

Ese tipo de comands puede llevar a pensar soluciones bastante complejas

Saludos

Matías