República Bolivariana de Venezuela

Ministerio del Poder Popular Para la Educación Universitaria

Instituto Universitario de Tecnología del Estado Bolívar Aldea

Universitaria “Ciudad Angostura”

ENSAYO SOBRE
PRUEBAS DE SOFTWARE

Autor:

Méndez Domingo

Autor:

Ortiz G. Ender

Ciudad Bolívar, NOVIEMBRE 2011

Pruebas del software

Son los procesos que permiten verificar y revelar la calidad de un producto software. Para
determinar el nivel de calidad se deben efectuar unas medidas o pruebas que permitan
comprobar el grado de cumplimiento respecto de las especificaciones iniciales del sistema.
El testing puede probar la presencia de errores pero no la ausencia de ellos.

¿Es necesario probar un software?

Según encuestas, las fallas de software ocasionan graves pérdidas económicas; éstos son
100 a 1000 veces más costosos de encontrar y reparar después de la construcción. Se debe
evitar plazos y presupuestos incumplidos, insatisfacción del usuario, escasa productividad y
mala calidad en el software producido y finalmente la p pérdida de clientes. Automatizar el
proceso de pruebas consigue reducciones de hasta un 75% en el costo de la fase de
mantenimiento.

Las pruebas deben centrarse en dos objetivos:

o Probar si el software no hace lo que debe hacer

o Probar si el software hace lo que no debe hacer, es decir, si provoca efectos

secundarios adversos.

Además debemos tomar en cuenta que:

 El programador debe evitar probar sus propios programas, ya que desea

(consciente o inconscientemente) demostrar que funcionan sin problemas.
 Se debe inspeccionar a conciencia el resultado de cada prueba, así, poder
descubrir posibles síntomas de defectos.
 Se debe inspeccionar a conciencia el resultado de cada prueba, así, poder
descubrir posibles síntomas de defectos.
Clasificación de las pruebas

 Pruebas unitarias
 Pruebas funcionales
 Pruebas no funcionales (estrés y huracán)
 Pruebas de Integración
 Pruebas de validación
 Pruebas de sistema

Caja blanca (sistemas)

Caja negra (sistemas)

 Pruebas de aceptación
 Pruebas de regresión
 Pruebas de carga
 Pruebas de prestaciones
 Pruebas de recorrido
 Pruebas de mutación
 Pruebas concurrentes

Pruebas de caja negra

Las pruebas de caja negra están especialmente indicadas en aquellos módulos que van a ser
interfaz con el usuario (en sentido general: teclado, pantalla, ficheros, canales de
comunicaciones, entre otros) Este comentario no obsta para que sean útiles en cualquier
módulo del sistema

Pruebas de caja blanca

Las pruebas de caja blanca realizan un seguimiento del código fuente de manera que se
determinan las instrucciones, bloques, etc. en los que existen errores.
Prueba de estrés

Funciona como se espera bajo grandes volúmenes de transacciones, usuarios, carga y

además revisión técnica. Además evalúa el comportamiento del sistema bajo condiciones
anormales como extrema carga, memoria insuficiente, no disponibilidad de servicio o
hardware o recursos compartidos limitados.

Prueba de huracán

Ejecutadas por los desarrolladores o equipo de pruebas en un ambiente controlado. Deben

demostrar que los sistemas cumplen con los requerimientos detallados en los documentos
de especificaciones de funcionalidad y calidad.

Definiciones importantes

Prueba (test):

Actividad en la cual se somete a un sistema o uno de sus componentes a una evaluación de

los resultados que arroja en base a la ejecución de éste en condiciones especificadas.

Caso de Prueba (test case):

Conjunto de entradas y condiciones que arrojan resultados esperados desarrollados

con un objetivo en particular.

Error: Acción humana que produce ó genera un resultado incorrecto. Defecto: Es la

manifestación de un error en el software.

Un defecto es encontrado porque causa una FALLA , la cuál es una desviación del servicio o
resultado esperado.

Verificación: Determinar si los productos de una fase dada satisfacen las condiciones
impuestas al inicio de la fase.