Copyright © 2024. UPEX Quality LLC. TODOS LOS DERECHOS RESERVADOS.

DEFECT (BUG) VS CASOS DE PRUEBAS FAIL?

GRAN DILEMA: Abro hilo

________________________________________
¿Si me falla varios TC en una Ejecución, debo crear 1 Defecto por cada fallo??

No, no es tan así.

Te explico:
Cada TC que falle, no significa que debes reportar 1 Bug por cada uno... no, no, no...


Sino que debes pensar "qué Bug es esa funcionalidad" y si ese bug está afectando a todos tus casos.
Ejemplo:

  • Si cuando ingresas cualquier caracter que no sea numérico en un campo (ej: Edad), pasa un bug.

  • Pues entonces no tendrás que reportar:

  • 1 Bug "porque no te sirve con letras",

  • otro Bug "porque no te sirve con caracteres especiales"

  •  y otro Bug "porque no te sirve con X cosa más".

  • Así no.

Debes crear 1 Bug que sabes que esté afectando estos comportamientos de esta funcionalidad (porque está UNIDA).
—La clave está en diseñar bien tu ESCENARIO DEL BUG (título de la incidencia), siendo muy concisa y al grano... sí, como el curso—

Así que cuando ejecutes un Test Execution, y hagas como 10 TC por ejemplo... y algunos cuantos de ellos fallen, Entonces vas a crear solo 1 BUG (en este caso un DEFECT porque estamos haciendo un TX de un US), y listo. UNO solo para toda la funcionalidad que está siendo afectada.

Si la funcionalidad tiene componentes que son diferentes; ejemplo que en un Login tengas un Crash por intentar loguear, pero por otro lado, el popup (ventana emergente) que se abre a su izquierda se ve medio feo, entonces son Bugs distintos y separados por funcionalidades diferentes.Ready?

Ya sabrás para entonces. Descansen queridos.


Copyright © 2024. UPEX Quality LLC. TODOS LOS DERECHOS RESERVADOS.