Monarquia

República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación Superior
I.U.T Dr. “Federico Rivero Palacio
Departamento de Informática
3er Trayecto Trimestre 3

TÉCNICAS DE PRUEBA DE SOFTWARE

Integrantes:
Da Costa Alice C. C.I 18.537.389


Octubre de 2010
Técnicas de prueba de software

* Pruebas de caja blanca.
En programación, se denomina caja blancaa un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo, también llamadas pruebas estructurales o pruebas de caja transparente. En estas pruebas estamos siempre observando el código, que las pruebas se dedican a ejecutar con ánimo de "probarlo todo". Requiere habilidades de programación identificar todas las trayectorias a través del software. El probador eligeentradas del caso de la prueba para ejercitar las trayectorias con el código y determina las salidas apropiadas.
Esta noción de prueba total se formaliza en lo que se llama "cobertura" y no es sino una medida porcentual de ¿cuánto código hemos cubierto?
Hay diferentes posibilidades de definir la cobertura. Todas ellas intentan sobrevivir al hecho de que el número posible de ejecuciones decualquier programa no trivial es (a todos los efectos prácticos) infinito.
Las pruebas de caja blanca trata de englobar una cobertura de todo lo que es el código del sistema, vamos a mencionar las principales cobertura que se debe tener en cuenta a la hora de realizar una prueba de caja blanca.
* Cobertura de sentencias: Cada sentencia del programa es ejecutada al menos una vez, teniendo mayorcuidado en las ramas condicionales.
* Cobertura de decisiones: Cada sentencia es ejecutada al menos una vez, cada decisión toma todos los resultados posibles al menos una vez.
* Cobertura de condiciones: Cada sentencia se ejecuta al menos una vez, cada condición en la decisión toma todos los posibles resultados al menos una vez.
* Cobertura de decisión/condición: Cada sentencia seejecuta al menos una vez, cada decisión toma todos los resultados posibles al menos una vez, este tipo de cobertura a veces suele ser engañosa, sobre todo con el uso de condiciones booleanas, que se utilizan para decidir por cual camino seguir.

Con este tipo de pruebas se busca minimizar el riesgo de errores de ejecución en tiempo real en el programa, previniendo el riesgo (coste) de lo queimplica un fallo. Las oberturas suelen ir creciendo con el ámbito previsto de distribución. Si un programa es distribuido y falla en algo grave puede ser necesario redistribuirlo nuevamente y con urgencia. Si hay millones de clientes utilizando dicho programa y presenta un tipo de error que no haya sido cubierto al momento de realizar las pruebas de cajas blancas, el coste para su redistribución seríafatal. Es por eso que en estos casos hay que prestas la mayor atención en la fase de pruebas para que sean localizados la gran mayoría de los errores sin pasar por alto nada.
Hay que tener en cuenta, que cuando estas aplicaciones van enfocadas hacia la salud (aplicaciones sanitarias, centrales nucleares entre otros)

Tenemos que la ejecución de caja blanca puede llevarse a cabo con un depurados(que permite la ejecución paso a paso), un listado del módulo y un rotulador para ir marcando por donde ya se ha pasado. Esta tarea es muy tediosa pero puede ser automatizada. Hoy en día hay compiladores que facilitan este trabajo.

* Pruebas de caja negra
Este tipo de pruebas se enfoca en la perspectiva externa del objeto de la prueba para derivar casos de la prueba. Estas pruebas puedenser funcionales o no funcionales, aunque generalmente son funcionales. El diseñador de la prueba selecciona la entrada válida e inválida y determina la salida correcta. No hay conocimiento de la estructura interna del objeto de la prueba.
Las pruebas de caja negra está especialmente indicadas en aquellos módulos que van a ser interfaz del usuario. El problema con las prueba de caja negra no...