Tipos De Pruebas
Prueba Unitaria
Objetivo de la Prueba: |
Se focaliza en ejecutar cada módulo (o unidad mínima a ser probada, ej. = una clase) lo que provee un mejor modo de manejar la integración de las unidades en componentes mayores.Busca asegurar que el código funciona de acuerdo con las especificaciones y que el módulo lógico es válido. |
Descripción de la Prueba: |
*Particionar los módulos en pruebas en unidades lógicas fáciles de probar. * Por cada unidad hay que definir los casos de prueba (pruebas de caja blanca). * Para esto los casos de prueba deben diseñarse de forma tal que se recorran todos los caminos de ejecución posibles dentro del código bajo prueba; por lo tanto el diseñador debe construirlos con acceso al código fuente de la unidad a probar. *Los aspectos a considerar son los siguientes: Rutinas de excepción, Rutinas de error, Manejo de parámetros, Validaciones, Valores válidos, Valores límites, Rangos, Mensajes posibles. |
Técnica: |
Comparar el resultado esperado con el resultado obtenido.Si existen errores, reportarlos. |
Criterio de Completitud: |
Todas las pruebas planeadas han sido ejecutadas.Todos los defectos que seidentificaron han sido tenidos en cuenta. |
Consideraciones Especiales: |
Para la elaboración de pruebas unitarias en java se puede utilizar el JUNIT y CACTUS. |
Las pruebas unitarias se realizan para controlar el funcionamiento de pequeñas porciones de código como ser subprogramas (en la programación estructurada) o métodos (en POO).
Generalmente son realizadas por los mismos programadorespuesto que al conocer con mayor detalle el código, se les simplifica la tarea de elaborar conjuntos de datos de prueba para testearlo.
Si bien una prueba exhaustiva sería impensada teniendo en cuenta recursos, plazos, etc., es posible y necesario elegir cuidadosamente los casos de prueba para recorrer tantos caminos lógicos como sea posible. Inclusive procediendo de esta manera, deberemos estarpreparados para manejar un gran volumen de datos de prueba.
Los métodos de cobertura de caja blanca tratan de recorrer todos los caminos posibles por lo menos una vez, lo que no garantiza que no haya errores pero pretende encontrar la mayor parte.
El tipo de prueba a la cual se someterá a cada uno de los módulos dependerá de su complejidad. Recordemos que nuestro objetivo aquí es encontrar la mayorcantidad de errores posible. Si se pretende realizar una prueba estructurada, se puede confeccionar un grafo de flujo con la lógica del código a probar. De esta manera se podrán determinar todos los caminos por los que el hilo de ejecución pueda llegar a pasar, y por consecuente elaborar los juegos de valores de pruebas para aplicar al módulo, con mayor facilidad y seguridad.
Un grafo de flujose compone de:
· Nodos (círculos), que representan una o más acciones del módulo.
· Aristas (flechas), que representan el flujo de control entre los distintos nodos.
Los nodos predicados son aquellos que contienen una condición, por lo que de ellos emergen dos o más aristas.
El paso de un diseño detallado o un pseudocódigo que representa una porción de programa a un grafo de flujo, requierede las siguientes etapas:
* Señalar cada condición, tanto en sentencias if y case como en bucles while y repeat.
* Agrupar todas las sentencias en secuencias siguiendo los esquemas de representación de construcciones.
* Numerar cada uno de los nodos resultantes de manera que consten de un identificador único. Las ramas de cada bifurcación pueden identificarse por el mismo númeroseguido de distintas letras.
* Dibujar en forma ordenada los nodos y sus aristas.
En el siguiente ejemplo, se muestra la manera de traducir un pequeño tramo de programa escrito en pseudocódigo a forma de grafo de flujo:
Prueba de Integración
Objetivo de la Prueba: |
* Identificar errores introducidos por la combinación de programas probados unitariamente. * Determina cómo la base...
Regístrate para leer el documento completo.