TIPOS DE TESTEO O PRUEBA EN PROGRAMAS

Universidad Nacional de Trujillo

Ingeniería Informática
Trujillo-Perú
Ing. Juan Orlando Salazar Campos

Autor:
Saldaña Altamirano Keven
272641
Kevin11_1992@hotmail.com

Palabras Clave: código, modulo, desarrollador, error.

1. Prueba de Unidades
1.1.Caja blanca.
En este tipo de prueba estamos siempre analizando el código, las pruebas se dedican a ejecutar con ánimo
de "probarlo todo".
1.2.Caja negra.
Se limita a suministrarle datos como entrada y estudiar la salida, sin preocuparse de lo que pueda estar
haciendo el módulo por dentro.
2. Pruebas de Integración.
Se llevan a cabo durante la construcción del sistema, involucran a un número creciente de módulos y
terminan probando el sistema como conjunto.
3. Pruebas de Aceptación.
Estas pruebas las realiza el cliente. Estas pruebas no se realizan durante el desarrollo, pues sería
impresentable de caras al cliente; sino una vez pasadas todas las pruebas de integración por parte del
desarrollador.
4. Otros tipos de pruebas
 Walkthroughs: Se sientan alrededor de una mesa a los desarrolladores y a una serie de críticos, bajo
las órdenes de un moderador que impida un recalentamiento de los ánimos. Consiste en que los se
leen el programa línea por línea y piden explicaciones.
 Robustness testing: Se prueba la capacidad del sistema para salir de situaciones embarazosas
provocadas por errores en el suministro de datos.
 Ptress testing: El objetivo de es saber hasta dónde aguantan, bien por razones internas (cantidad de
datos), o bien externas (aguantara una carga de la CPU del 90?, etc.)
 Performance testing: Se preocupa del tiempo de respuesta, u otros parámetros de gasto.
Típicamente nos puede preocupar cuánto tiempo le lleva al sistema procesar tantos datos, o cuánta
memoria consume, o cuánto espacio en disco utiliza, o cuántos datos transfiere por un canal de
comunicaciones,…
 Mutation testing: Consistente en alterar ligeramente el sistema bajo pruebas (introduciendo
errores) para averiguar si nuestra batería de pruebas es capaz de detectarlo. Si no, más vale
introducir nuevas pruebas.

5. Conclusiones.
Las pruebas en el desarrollo de programas son muy primordiales, ya que te permite dar un programa de
calidad, mejorar tus propias ideas, y así tener éxito en el futuro.

6. Referencias.
6.1.Web grafía.
José A. Mañas , Prueba de Programas, [Internet], 1994, Disponible en:
http://www.lab.dit.upm.es/~lprg/material/apuntes/pruebas/testing.htm#s2[06/01/2011]