Ing Informatico

CASOS DE PRUEBA

ALVARO ANDRES HURTADO
INGENIERIA INFORMATICA

INTRODUCCION

Los casos de prueba se definen como aquellas condiciones para la ejecución y resultados que se esperan lograr, con el fin de obtener un diagnostico del software y para tratar de corregir y llegar a un correcto funcionamiento, rendimiento entre otros aspectos fundamentales del software.
Se pueden realizar muchoscasos de prueba 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. Se recomienda crear por lo menosdos casos 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 no es creada con los requisitos formales, se recomienda trabajar con los requisitos basados en las operaciones del aplicativo.
Algunos de los correctivos son:
* Compleción: contiene toda la información requerida y no es necesarioimplementarle nada más.
* Coherencia: internamente no hallan contradicciones.
* Exactitud: que sea preciso ante las necesidades del cliente.
* Calidad: legibilidad, facilidad de verificación, etc.
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 menudo en 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.
Dentro del diseño de los casos de prueba se encuentran dos fundamentales, estos son:

Pruebas de cajas blancas
Características:
* Garantiza que se ejercitan por lo menos una vez detodos los caminos independientes de cada modulo.
* Ejercita todas las decisiones lógicas en sus vertientes, verdadera y falsa.
* Ejecuta todos los bucles en sus límites y con sus límites operacionales.
* Ejercitan las estructuras internas de datos para asegurar su validez.
Variantes:
* Pruebas del camino básico
* Prueba de condición
* Prueba de flujo de datos
* Pruebasde bucles
Pruebas de caja negra
Características:
* Detecta las funciones incorrectas
* Detecta los errores de interfaz
* Detecta los errores de estructuras de datos o acceso a base de datos externas
* Detecta errores de rendimiento
* Detecta errores de inicialización y terminación
Variantes:
* Métodos de prueba basados en grafos
* Partición de valores limites
*Prueba de comparación
* Conjetura de errores

ESPECIFICICACION UML BASADA EN CASOS DE USO

Los casos de uso son fundamentales en la notación UML, la especificación del comportamiento externo de un sistema. Una buena expresión de la interacción de actores con el sistema para obtener un resultado observable y valioso para los mismos. Como especificación los casos de uso resultanespecialmente aclaratorios cuando se complementan con diagramas de actividad.
Un diagrama de actividades muestra el flujo de acciones que ejecutan un proceso, generalmente secuenciales además presentan resultados de dichas acciones.
En cada diagrama de actividad, un escenario de uso se representa en un camino específico desde el inicio hasta el final del diagrama de actividad.

CRITERIO DE GENERACION DEPRUEBAS A PARTIR DE CASOS DE USO

Los casos de uso son utilizados para expresar la funcionalidad requerida en un sistema. Los casos de prueba derivados directamente de casos de uso aprovechan la ventaja que constituye contar con la especificación existente de estos últimos, para garantizar un fundamento sólido para las pruebas a realizar sobre el sistema. La capacidad para crear casos de prueba...