Caracteristicas De Un Caso Prueba

Los casos de prueba o Test Case son un conjunto de condiciones o variables bajo las cuales se determinará si el requisito de una aplicación es parcial o completamente satisfactorio, los casos de prueba nos ayudan a validar que el aplicativo desarrollado realice las funciones para las que ha sido creado en base a los requerimientos del usuario solicitante.

Se pueden realizar muchos casos deprueba para determinar que un requisito es completamente satisfactorio. Con el propósito de comprobar que todos los requisitos de una aplicación son revisados, debe haber al menos un caso de prueba para cada requisito a menos que un requisito tenga requisitos secundarios. En ese caso, cada requisito secundario deberá tener por lo menos un caso de prueba. RUP recomiendan el crear por lo menos doscasos de prueba para cada requisito. Uno de ellos debe realizar la prueba positiva de los requisitos y el otro debe realizar la prueba negativa.

Si la aplicación es creada sin requisitos formales, entonces los casos de prueba se escriben basados en la operación normal de programas de una clase similar.

Lo que caracteriza un escrito formal de caso de prueba es que hay una entrada conocida yuna salida esperada, los cuales son formulados antes de que se ejecute la prueba. La entrada conocida debe probar una precondición y la salida esperada debe probar una postcondición.

Bajo circunstancias especiales, podría haber la necesidad de ejecutar la prueba, producir resultados, y luego un equipo de expertos evaluaría si los resultados se pueden considerar como "correctos". Esto sucede a menudoen la determinación del número del rendimiento de productos nuevos. La primera prueba se toma como línea base para los subsecuentes ciclos de pruebas/lanzamiento del producto. Solo es una pata logia destructiva.

Los casos de prueba escritos, incluyen una descripción de la funcionalidad que se probará, la cuál es tomada ya sea de los requisitos o de los casos de uso, y la preparación requeridapara asegurarse de que la prueba pueda ser dirigida.

Esto nos indica que por lo menos deberá existir un caso de prueba por cada requerimiento que la aplicación deba cumplir, lo sería si tenemos claro los requerimientos, si se realizó un buen levantamiento de la información y lo que se indica como verdad es lo que el usuario pidió, lo que debemos tener claro es que debe hacer el aplicativo y cuálserá el alcance de las pruebas, una buena documentación es básica.

* Tener claro el alcance de las pruebas, hasta donde queremos llegar: se puede complicar tanto como queramos
* Tener claro que hará el aplicativo a validar: fundamento o conocimiento previo del tema
* Lista de los requerimientos que debemos verificar
* Casos de Prueba
* Ejecutar los casos de prueba yverificar los resultados

A cada punto de la lista debemos darle cuerpo con información como: que queremos verificar en ese punto, que tipo de datos de entrada necesitamos (si esto aplica), que acciones previas hay que tomar (si esto aplica), que resultado estamos esperando, resultado correcto o incorrecto. “escenarios de pruebas”, son las diferentes condiciones en las que el aplicativo deberá trabajary por cada escenario es posible contar con uno o varios casos de pruebas

* Casos de prueba correctos, es decir aquellos requerimientos que la aplicación debe cumplir si o si
* en base a estos hacer casos de prueba incorrectos, es decir, aquellos en los cuáles espero forzar a errores a la aplicación y esperar una respuesta adecuada pero incorrecta: por ejemplo si la aplicación tiene comoun requerimiento enviar un email y para esto tenemos un campo donde ingresar el email destino , si ponemos un email destino con un formato correcto y que existe luego mandamos el mensaje esperando que este llegue a destino, si esto sucede es un caso correcto, pero que pasa si escribimos el email destino con un formato incorrecto o el email no existe y mandamos el mensaje ¿qué debe hacer la...