Introduccin

Con este trabajo se piensa en poder tener una mejor comprensin sobre las
pruebas de sistemas y como es que estas sirven para la realizacin de
forma optima, correcta y procurando seguir los requerimientos establecidos
por el cliente.
Adems se piensa en dar un mejor conocimiento acerca de los
procedimientos efectuados en cada una de las pruebas detallando sus
procesos.
Se da a entender que la verificacin y la validacin son procesos realizados
para la realizacin correcta del software, comprobando que este este hecho
de la Forma correcta y que sea lo que se pidi.
Las pruebas de unidad son pruebas que se realizan a cada modulo de un
proceso o software para comprobar su correcto funcionamiento o para la
deteccin de errores dentro de este segn sea el caso.
Las pruebas de integracin es la comprobacin del funcionamiento grupal
de las pruebas de unidad y se aseguran que todos estos funcionen en
conjunto.
Las pruebas del sistema son la comprobacin del funcionamiento del
sistema en su totalidad.
Las pruebas de validacin son las que establecen si el software creado
cumple con los requerimientos establecidos por el cliente en su totalidad y
de una forma correcta y sin errores.

Definicin de
Objetivos
Funcin o mtodo,
de forma
independiente
De

Se define el
Anlisis de REQUERIMIENTOS

Funcionamiento por
separado

En esta parte se realiza el anlisis de los

requisitos y la viabilidad de estos ,
Calidad del
recopilndolos y examinndolos; para
informar al cliente de cualquier restriccin
que se pueda aplicar.
sobre
Evaluar
Diseo general
Proporcionar
par
Descripcin general
del software
Observan y
para
y

Y su
Mdulos de cdigo
De los
Correcto

Diseo en detalle
Investigaciones o

Descripcin
Componentes o
detallada de cada
los

el
Comprob

hacen

Programacin
Ejecuta

qu

Sirve

SOFTWA
Es el proceso de desarrollo del software
utilizando un lenguaje de programacin
para
crear las funciones y procesos
Activid
definidos anteriormente.

UNITARI

Prueba de unidad

Pruebas

Prueba individual de cada subconjunto

o programa del software para
garantizar su funcionamiento de
acuerdo con lo especificado
INTEGRACIO
Prueba de integracin
VALIDACION
En este paso se asegura que
Es la
Es la todos los subconjuntos
(programas) se integren en el
Completa
software
verificacin del
Prueba en
conjunto de los
Pruebas de validacin
elementos
para
Se realizan para garantizar
De un
que el software cumpla con
las especificaciones
Proces
Detectar
originales

con

Verificando
Implementacin

Mdulos

Partes del software

Mantenimiento
Funcionen
juntos

Combina

Se hace para realizar

Para
procedimientos correctivos en el
software as como
actualizaciones
Probados como
grupo

Verificacin y Validacin
La verificacin y validacin es un conjunto de procesos para la
comprobacin y anlisis que aseguran que el software que se desarrolla
este acorde a sus especificaciones y que cumpla con los requerimientos del
cliente.
La verificacin y validacin es el nombre de los procesos de anlisis y
comprobacin que aseguran que el software que se desarrolla este acorde a
su especificacin y cumpla con las necesidades dadas por los clientes;
estas existen en cada etapa del proceso de desarrollo del software.
Estas dos no son lo mismo pero es fcil confundirlas.
La verificacin

se basa en la pregunta:

ESTAMOS CONSTRUYENDO EL PRODUCTO CORRECTAMENTE?

Se comprueba que el software cumple los requisitos funcionales y no
funcionales de su especificacin.
El papel de la verificacin comprende comprobar que el software est de
acuerdo con su especificacin. Se comprueba que el sistema cumple los
requerimientos funcionales y no funcionales que se le han especificado.
La validacin se basa en la pregunta:
ESTAMOS CONTRUYENDO EL PRODUCTO CORRECTO?
Comprueba que el software cumple las expectativas que el cliente espera.
La validacin es un proceso mas general. Se debe asegurar que el software
cumple las expectativas del cliente. Va mas all de comprobar si el sistema
est acorde con su especificacin, para probar que el software hace lo que
el usuario espera a diferencia de lo que se ha especificado.
Es importante llevar a cabo la validacin de los requerimientos del sistema
de forma inicial.
Es fcil cometer errores y omisiones durante la fase de anlisis de
requerimientos del sistema y, en tales casos, el software final no cumplir la
expectativas de los clientes. Sin embargo, en la realidad, la validacin de los
requerimientos no puede descubrir todos los problemas que presenta la
aplicacin. Algunos defectos en los requerimientos solo pueden descubrirse
cuando la implementacin del sistema es completa.

Tcnicas de Verificacin y Validacin

Inspecciones del Software:

Se analizan las diferentes representaciones del sistema (diagramas

de requerimientos, diagramas de diseo y cdigo fuente) en
bsqueda de defectos.
Son tcnicas de validacin estticas => No requieren que el cdigo
se ejecute
Debe realizarse durante todo el ciclo de desarrollo.

Las inspecciones del software analizan y comprueban las representaciones

del sistema como el documento de requerimientos, los diagramas de diseo
y y el cdigo fuente del programa. Se aplica a todas las etapas del proceso
de desarrollo. Las inspecciones se complementan con algn tipo de anlisis
automtico del texto fuente o de los documentos asociados. Las
inspecciones del software y los anlisis automatizados son tcnicas de
verificacin y validacin estticas puesto que no requieren que el sistema se
ejecute
Pruebas del Software:
Se contrasta dinmicamente la respuesta de prototipos ejecutables
del sistema con el comportamiento operacional esperado.
Tcnicas de validacin dinmicas => El sistema se ejecuta
Requiere disponer de prototipo ejecutables, por lo que slo pueden
utilizarse en ciertas fases del proceso

Las pruebas del software consiste en contrastar las respuestas de una

implementacin del software a series de datos de prueba y examinar las
respuestas del software y su comportamiento operacional, para comprobar
que se desempee conforme a lo requerido. Llevar a cabo las pruebas es
una tcnica dinmica de la verificacin y validacin ya que requiere
disponer de un prototipo ejecutable del sistemaPruebas del software
Las pruebas se realizan en cuatro etapas:

1.Prueba de unidades (prueba de mtodos y

clases)
Se prueba cada mtodo y clase de forma independiente
Se prueba cada componente individual de forma independiente (en OO cada
clase, con sus correspondientes mtodos). Encontrar fallos en mdulos de
forma aislada es mucho mas fcil que encontrarlos cuando ya se encuentran
ensamblados dentro de la aplicacin.
Esto es, nuestras pruebas de unidad son estrictamente locales, dejando el
trabajo de probar la correcta interaccin entre mdulos a las Pruebas de
Integracin. Este enfoque localista, permite desarrollar pruebas de Caja
Blanca exhaustivas a cada mdulo de manera de descentralizar la operacin
y diseo de estas a los desarrolladores responsables del mdulo en
cuestin.
1. Las pruebas de defectos: Pretenden encontrar las inconsistencias
entre un programa y su especificacin. Estas inconsistencias se
deben habitualmente a los fallos o defectos en el cdigo del
programa. Las pruebas se disean para revelar la presencia de
defectos en el sistema, mas que para evaluar su capacidad
operacional.
2. Las pruebas estadsticas: se utilizan para probar el desempeo y la
fiabilidad del programa y comprobar como trabaja bajo condiciones
operacionales. Las pruebas se disean para reflejar las entradas de
los usuarios y su frecuencia. Despus de llevar a cabo las pruebas, se
puede hacer una estimacin de la fiabilidad operacional del sistema
contando el nmero de cadas observadas en el sistema. La
capacidad del programa se valora midiendo el tiempo de ejecucin y
el tiempo de respuesta del sistema cuando procesa los datos
estadsticos de la prueba.
o Prueba de integracin o de subsistemas z se prueban
agrupaciones de clases relacionadas
Se prueban la respuesta de grupos de mdulos interconectados a fin de
detectar fallos resultantes de la interaccin entre los componentes.
A excepcin de programas pequeos, los sistemas no se prueban como una
unidad monoltica. Los sistemas se construyen a partir de subsistemas, que
a su vez estn se construyen a partir de mdulos que estn compuestos de
operaciones y funciones.

Por tanto, el proceso de prueba se lleva a cabo en etapas en las que las
pruebas se aplican de forma incremental, en conjunto con la
implementacin del sistema

2. Pruebas de integracin
Se realizan con referencia a las especificaciones del programa.
La principal dificultad de las pruebas de integracin es la localizacin de los
fallos.
Para facilitar la deteccin de los errores se utilizan tcnicas incrementales.
Una vez que se han probado los componentes individuales del programa,
deben integrarse para crear un sistema parcial o completo. En el proceso de
integracin hay que probar el sistema resultante con respecto a los
problemas que surjan de las interacciones de los componentes.
Las pruebas de integracin se desarrollan a partir de la especificacin del
sistema y se inician tan pronto como estn disponible versiones utilizables
de alguno componentes del sistema.
La principal dificultad que surge en las pruebas de integracin es localizar
los errores que se descubren durante el proceso. Existen interacciones
complejas entre los componentes del sistema y cuando se descubre una
salida anmala, es difcil encontrar la fuente de error.
Para hacer mas fcil la localizacin de errores , siempre se utiliza un
enfoque incremental para la integracin y prueba del sistema. De forma
inicial se deben integrar un conjunto operativo mnimo, y probarlo. Luego se
agregan nuevos componentes a esta configuracin mnima y se prueba
despus de que se agrega cada incremento.

3.Prueba de sistema
Se prueba el sistema como un todo
Las pruebas del sistema deben enfocarse en requisitos que puedan ser
tomados directamente de casos de uso y reglas y funciones de negocios. El
objetivo de estas pruebas es verificar el ingreso, procesamiento y
recuperacin apropiado de datos, y la implementacin apropiada de las
reglas de negocios. Este tipo de pruebas se basan en tcnicas de caja
negra, sto es, verificar el sistema (y sus procesos internos), la interaccin
con las aplicaciones que lo usan via GUI y analizar las salidas o resultados.
En esta prueba se determina qu pruebas de Sistema (usabilidad, volumen,
desempeo, etc.) asegurarn que la aplicacin alcanzar sus objetivos de
negocio.
La prueba de sistema es compleja porque intenta validar un nmero de
caractersticas al mismo tiempo, a diferencia de otras pruebas que slo se
centran en uno o dos aspectos del sistema al mismo tiempo; intenta
verificar que el programa cumple con las especificaciones y se hace con
datos de prueba.

4.Prueba de validacin (o de aceptacin)

Es una prueba del sistema en el entorno real de trabajo con intervencin del
usuario final El descubrimiento de un defecto en una etapa requerir la
repeticin de las etapas de prueba anteriores
La prueba de validacin se logra cuando la expectativas razonable del
cliente se cumplen en donde incluye la especificacin de requisitos,
documentos en donde se describen los atributos del software que son
visibles para el usuarios, esta informacin forma la base del enfoque a la
prueba de validacin.
Cuando se construye el software para llevar a cabo de validacin es casi
imposible que el desarrollador pueda prever como un cliente usara
realmente el programa es por ello se hace una serie de prueba de
aceptacin que puede permitir que un cliente valide todos los requisitos, se
puede dar el caso de las pruebas alfa y beta
Estas pruebas las realiza el cliente. Son bsicamente pruebas funcionales,
sobre el sistema completo, y buscan una cobertura de la especificacin de
requisitos y del manual del usuario. Estas pruebas no se realizan durante el
desarrollo, pues sera impresentable al cliente; sino que se realizan sobre el
producto terminado e integrado o pudiera ser una versin del producto o
una iteracin funcionad pactada previamente con el cliente.

La experiencia muestra que an despus del ms cuidadoso proceso de

pruebas por parte del desarrollador, quedan una serie de errores que slo
aparecen cuando el cliente comienza a usarlo. Los desarrolladores suelen
llevar las manos a la cabeza y expresan:

"Pero, a quin se le ocurre usar as mi programa?"

Sea como sea, el cliente siempre tiene razn. Decir que los requisitos no
estaban claros, o que el manual es ambiguo puede salvar la cara; pero
ciertamente no deja satisfecho al cliente. Alegar que el cliente es un intil
es otra tentacin muy fuerte, que conviene reprimir.

Una prueba de aceptacin puede ir desde un informal caso de prueba hasta

la ejecucin sistemtica de una serie de pruebas bien planificadas. De
hecho, las pruebas de aceptacin pueden tener lugar a lo largo de semanas
o meses, descubriendo as errores latentes o escondidos que pueden ir
degradando el funcionamiento del sistema. Estas pruebas son muy
importantes, ya que definen el paso nuevas fases del proyecto como el
despliegue y mantenimiento.

Conclusin
En conclusin las pruebas son parte del proceso de validacin y verificacin
que a su vez va de la mano con el ciclo de vida del software. Estos dos
procesos (las pruebas y la validacin y verificacin) son la base de todo
proyecto a realizar ya que sin estos el producto final, el software no seria lo
solicitado por el cliente o bien contendra errores durante su ejecucin dado
que las pruebas son lo que identifica los errores durante la ejecucin de un
software desde el proceso mas simple de este hasta los procesos que
dependen de otros en otro modulo.
Entonces se podra decir que estos son los responsables de la realizacin y
entrega de proyectos que cumplen de principio a fin con lo establecido con
el cliente sin ningn error y con la seguridad de no cometer ningn error.