INSTITUTO POLITECNICO

NACIONAL
CECYT 9
JUAN DE DIOS BATIZ


INGENIERIA
DE PRUEBAS.

ALUMNOS:
CASTRO PERDOMO LUIS DONALDO.
CRUZ VAZQUEZ JORGE ALBERTO
PEREZ MARTINEZ TABATHA SARAI
VILLEGAS QUINTERO IVAN DAVID

PROFESORA:
HERNANDEZ MENDOZA MA. DE LOURDES.

ASIGNATURA:
INTRODUCCION A LA INGENIERIA DE PRUEBAS.

La ingeniera de pruebas consiste en el estudio de procesos para probar la fiabilidad
de un producto (en este caso de software). Dichos procesos se realizan mediante
sistemas complejos, los cuales abarcar diferentes niveles de pruebas que son:

Unitarios
Integracin
Funcionalidad.
Sistema
Aceptacin

Adems de los niveles , existen tambin diferentes tcnicas de pruebas, algunas son
clasificadas de caja blanca, otras en caja negra.

Pero antes de comenzar a explicar los conceptos antes mencionados, nos daremos a la
tarea de descubrir un poco de la historia de dichas pruebas de software, en lo cual
notaremos la evolucin que dicho proceso de pruebas ha ido teniendo.

Es importante sealar que desde un inicio se realizaban pruebas al software pero no
fue hasta 1988 donde D. Gelperin und WC Hetzel las clasifico como tal, en base a
ciertas caractersticas que deban tener esas pruebas para poder calificar ciertos
aspectos del software, que l consideraba importantes. Poco mas de 30 aos antes de
que el diera esta clasificacin, en 1956 exista un periodo donde la depuracin era la
mxima prueba a dichos programas, en dicha poca no quedaba nada clara la
diferencia entre prueba y depuracin

En el periodo de 1957-1978 se interesan en ver una clara diferencia entre lo que eran
las depuraciones y las pruebas, aqu es donde se aade que no solo el producto no
debe contener errores, sino que, adems debe satisfacer los requisitos del cliente, con
esto se nota una muy clara diferencia en lo que son las pruebas y las depuraciones, ya
que la primera va mas all de los errores del programa.

Fue entre la poca de 1978 a 1988 donde las pruebas ya empiezan a ser mas
sofisticadas, teniendo objetivos mas claros, como son: evitar errores, creando
escenarios de casos de uso y sometiendo al programa a diferentes tipos de testing,
analizar el software para que cumpla con los requerimientos funcionales y no
funcionales del cliente, es en esta poca cuando las pruebas se empiezan a ver como
un control de calidad y es as como las conocemos hoy en da.

Ahora que ya sabemos un poco de la historia de dichas pruebas, podemos proceder a
explicar los niveles en los que se realizan estos experimentos, el cual se vera en la
siguiente tabla:




Tambin se comento que las tcnicas de pruebas son diversas y son llamadas de:

1. Caja Blanca: Se centran en los detalles procedimentales del software, ligado
con el cdigo fuente.
2. Caja Negra: Es desde el punto de vista de entrada y salida de datos.

En base a los dos criterios de arriba aqu se mostraran las tcnicas que se usan, para
cumplir con dichos requerimientos.

Tcnicas basadas en el cdigo.

Criterio basado en el flujo de control: Se usan para cubrir todas las lneas de
cdigo individuales. El mas efectivo son las pruebas de caminos, con el objetivo
de verificar los caminos de control de tipo entrada/salida; si embargo en la
practica se usan tcnicas menos exigentes como las pruebas de condicin y
decisin.

Criterio basado en el flujo de datos: En las pruebas basadas en el flujo de
datos, el grfico de flujos de control tiene anotaciones con informacin acerca
de como las variables del programa se definen, usan y destruyen. El criterio
ms efectivo son los caminos de uso/definicin.

Tcnicas basadas en el uso.

Perfil operativo: Esta prueba se realiza con el fin de deducir la futura
confiabilidad del programa durante su uso real. Para realizar esta prueba se
asigna un perfil basndose en la frecuencia de uso real.

Pruebas Orientadas a la Confiabilidad del Software: Son una serie de
pruebas que forman parte de unos procesos de desarrollo completo, diseados
y guiados por los procesos de confiabilidad.

Modelos de referencia para pruebas basadas en el cdigo.

Tcnicas basadas en errores: Estas tcnicas idean casos de prueba
orientados a descubrir categoras de errores predefinidos.

Conjeturar errores: La Conjetura de errores se basa en la historia de errores
descubiertos en proyectos pasados, como una fuente de informacin y de la
experiencia del ingeniero.

Pruebas por mutacin: Un mutante es una versin ligeramente modifica del
programa, la que se le realizan pruebas tanto al programa original como al
mutante. Esta tcnica se puede clasificar como tcnicas basadas en el cdigo,
buscando errores sintcticos simples.