Los casos de prueba son una serie de condiciones que se deben de cumplir para que una secci贸n o caracter铆stica de un software realice, exactamente, lo que tiene que hacer.
Cada secci贸n, no viene determinada 煤nicamente por un caso de prueba, si no que pueden existir un n煤mero indeterminado que valore que el resultado es totalmente satisfactorio. No existe una metodolog铆a oficial en concreto, en relaci贸n al n煤mero de casos de prueba id贸neos para que un software est茅 correctamente probado, pero si que existe una teor铆a que cuenta que como m铆nimo, se cubra un “camino feliz” y un “camino no feliz”.
Los casos de prueba deben de salir de los requisitos del software y en metodolog铆as m谩s modernas, deben de cubrir las historias de usuario que se han documentado o han salido de los mismos.
Habitualmente, a d铆a de hoy, existen muchas herramientas en las que podemos introducir casos de prueba con plantillas y que suelen mantener la misma estructura:
- Una precondici贸n opcional: si el caso de prueba necesita una acci贸n previa, suele ser necesario un comentario explicativo de como llegar hasta la condici贸n de entrada.
- Una condici贸n de entrada (Paso): que habitualmente suele ser una acci贸n en el software que active un paso.
- Un resultado esperado: que se realice al finalizar la acci贸n y nos determine si el software est谩 haciendo lo correcto o no.
Los casos de prueba, al fin y al cabo, son una gu铆a de utilizaci贸n de la herramienta en s铆 y que nos determina las condiciones que se deben de llevar a cabo al realizar acciones determinadas con un resultado ya esperado y que se especific贸 en los requisitos.
Un conjunto de casos de prueba, se agrupan en un plan de pruebas. Un modelo sencillo de un caso de prueba (en una herramienta de test management), ser铆a el siguiente:
Comentarios
Publicar un comentario