Temas

Descripción

Con cada nueva versión del producto, es necesario saber que la calidad no ha retrocedido, por medio de las pruebas de regresión

Dado que en general no se tiene el tiempo como para volver a correr todas las pruebas para cada versión. Esto fuerza a seleccionar un conjunto de las suites de prueba en cada ciclo de prueba

Cuando es necesario seleccionar solo un subconjunto de las pruebas para determinados ciclos de prueba. Las siguientes 4 alternativas pueden ser útiles [BLACK02]

PriorizaciónTo top of page

Asignar una prioridad por adelantado a cada suite de prueba, y correr las suites que tengan la mas alta prioridad

Suponga las siguientes priorizaciones de suites:

Nombre Prioridad Tiempo de ejecución
S1,S2,S5,S7 ALTA 2 días
S3, S6 MEDIA 1 día
S4, S8 BAJA 1 día

Y la siguiente agenda para los ciclos de prueba:

Ciclo Comienzo Fin % Pruebas
1 1/7 7/7 100
2 8/7 9/7 50
3 10/7 11/7 50
4 12/7 18/7 100

Se agendan de la siguiente forma la ejecución de las pruebas:

Ciclo 1 Ciclo 2 Ciclo 3 Ciclo 4
1/7 2/7 3/7 4/7 5/7 6/7 7/7 8/7 9/7 10/7 11/7 12/7 13/7 14/7 15/7 16/7 17/7 18/7 
S1 S5 S3 S4 Estos días permiten a los testers aislar los defectos S1 S5 S3 S4 S1 S5 S3 S4 Este tiempo permite arreglar posibles defectos encontrados en la ultima pasada antes de llegar al cliente
S2 S7 S6 S8 S2 S7 S6

 

S8 S2 S7 S6 S8

Priorización dinámicaTo top of page

Como podemos saber a priori que suites van a tener la mayor prioridad? Se puede adivinar basados en la experiencia, los riesgos, etc. Luego a medida que los ciclos se desarrollan se pueden cambiar las prioridades de cada suite

La idea de esta alternativa es asignar prioridades en forma dinámica a cada suite de prueba cuando el ciclo comienza y correr las suites en ese orden de prioridad

El ciclo 1 sería igual al anterior, y en el ciclo 2 se volverían a priorizar las suites a ejecutar. En el último ciclo deberían ejecutarse nuevamente todas las suites.

El riesgo con este enfoque es que podría ocurrir que no se ejecutan todas las suites a lo largo de los ciclos ( sin ser el primero y el último), lo que podría traer sorpresas y llevar a un cambio de agenda al final

TrenTo top of page

 En el caso de que todas las suites tengan igual importancia, lo que se puede usar es un enfoque donde se corran las suites en orden a través de los ciclos

Ciclo 1 Ciclo 2 Ciclo 3 Ciclo 4
1/7 2/7 3/7 4/7 5/7 6/7 7/7 8/7 9/7 10/7 11/7 12/7 13/7 14/7 15/7 16/7 17/7 18/7 
S1 S3 S5 S7 Estos días permiten a los testers aislar los defectos S1 S3 S5 S7 S1 S3 S5 S7 Este tiempo permite arreglar posibles defectos encontrados en la ultima pasada antes de llegar al cliente
S2 S4 S6 S8 S2 S4 S6 S8 S2 S4 S6 S8

Puntos a tener en cuentaTo top of page

Roles  To top of page

Entradas  To top of page

 

Salidas  To top of page