Está en la página 1de 25

PRUEBAS DE SOFTWARE

CONTROL DE
CALIDAD

PRUEBAS DE SOFTWARE
Se debe realizar pruebas de todo el sistema a
desarrollarse, aplicando diferentes tcnicas de
prueba a cada tipo de producto software. Las
pruebas se las realiza a lo largo de todo el ciclo
de vida del desarrollo de software, pasando por
requerimientos, anlisis y diseo, programacin,
puesta en marcha y mantenimiento.
El proceso de prueba es clave a la hora de
detectar errores o fallas. El proceso de prueba es
un
proceso
tcnico
especializado
de
investigacin que requiere de profesionales
altamente capacitados.

Validacin: Proceso que establece si


el software compensa los requisitos.
Verificacin: Proceso que determina si
los productos de una fase satisfacen
las condiciones de dicha fase.

PRUEBAS DE SOFTWARE
Las estrategias de pruebas nos permiten enfocar el plan de
pruebas, ste se refiere a la visin global del proceso de pruebas.
Del proceso de Verificacin se observa la importancia de verificar
cada uno de los productos que se van construyendo, teniendo en
claro que lo que se construye es correcto. Igualmente, el proceso
de Validacin resalta la importancia de comprobar el
cumplimiento de los objetivos de los requisitos y del sistema final.
Si tras la fase de requisitos viniese una segunda de diseo a alto
nivel del sistema, tambin podra prepararse un Plan de pruebas
de integracin, que sera comprobado tras tener codificados los
diferentes mdulos del sistema. Esta correspondencia entre fases
del desarrollo y tipos de pruebas produce el llamado modelo v
para pruebas.

PRUEBAS DE SOFTWARE
Las pruebas de software es un elemento
crtico para la garanta de la calidad del
software.
La prueba no es una actividad sencilla,
no es una etapa del proyecto en la cual
se asegura la calidad, sino que la prueba
debe ocurrir durante todo el ciclo de vida.

PRUEBAS DE UNIDAD
Con las pruebas de unidad podemos probar
el correcto funcionamiento de un mdulo
de cdigo.
Dando como resultado que cada uno de los
mdulos funcione correctamente por
separado.
Caractersticas
Para que una prueba unitaria sea buena se
deben cumplir los siguientes requisitos:

PRUEBAS DE UNIDAD

PRUEBAS DE UNIDAD
Automatizables ya que no requieren de
intervencin manual
Completas porque deben cubrir la mayor
cantidad del cdigo
Reutilizables debido a que no son ejecutadas
una sola vez
Independientes ya que no debe afectar a la
ejecucin de otra prueba

Profesionales
ya
que
deben
ser
documentadas.

PRUEBAS DE UNIDAD
Ventajas
Fomentan el cambio: Facilitan al
programador cambiar el cdigo para mejorar
su estructura y luego hacer pruebas sobre los
cambios y as conseguir que los nuevos
cambios no han introducido errores.
Simplifica la integracin: Permiten llegar a
la fase de integracin con un grado alto de
seguridad de que el cdigo est funcionando
correctamente.
Documenta el cdigo: Las propias pruebas
son documentacin del cdigo puesto que ah
se puede ver cmo utilizarlo.
Los errores estn ms acotados y son
ms fciles de localizar

PRUEBAS DE
INTEGRACIN
Son aquellas que se realizan en el desarrollo de
software una vez realizadas las pruebas unitarias.
Estas pruebas se refieren a la prueba o pruebas de
todos los elementos que componen un proceso,
hecha en conjunto, de una sola vez.
Consiste en realizar pruebas para verificar si el
conjunto de partes del software funcionan bien
juntos.
Para el proceso de pruebas de integracin se han
establecido los siguientes aspectos:

PRUEBAS DE
INTEGRACIN
Identificar las aplicaciones que forman parte de la
solucin y su participacin en el proceso, es decir
la funcin de la aplicacin dentro de la solucin.
Identificar la forma de acceso e invocacin de
cada una de las aplicaciones o componentes de
la solucin.
Identificar la interaccin entre las aplicaciones.
Identificar el mecanismo de autenticacin en las
aplicaciones.

PRUEBAS DE INTEGRACIN
ESTRATEGIA ASCENDENTE

PRUEBAS DE INTEGRACIN
ESTRATEGIA DESCENDENTE

PRUEBAS DE SISTEMA
Verifica que cada elemento encaje de
forma adecuada y que se alcance la
funcionalidad y el rendimiento del
sistema total.
Est constituida por una serie de
pruebas diferentes cuyo propsito
primordial es ejercitar profundamente
el sistema basado en computadora.

PRUEBAS DE VALIDACIN
Son el proceso de revisin que el
sistema de software producido cumple
con las especificaciones y que cumple
su cometido.
Utiliza
tcnicas
tales
como
evaluaciones, inspecciones, y tutoriales,
la validacin es el proceso de
comprobar lo que se ha especificado es
lo que el usuario realmente quera.

TCNICAS DE PRUEBAS
El diseo de casos de prueba est totalmente
mediatizado por la imposibilidad de probar
exhaustivamente el software.
Las tcnicas de diseo tienen como objetivo
conseguir una confianza aceptable en que se
detectarn
los
defectos
existentes
sin
necesidad de consumir una cantidad excesiva
de recursos.
La idea fundamental es sacar muestras del
software,
stas
muestras
deben
ser
representativas al resto. Debido a esto se
asume que al no detectar defectos en el
software se logra un cierto nivel de confianza en
el programa.

TCNICAS DE CAJA
BLANCA
Consiste en centrarse en la estructura
interna del programa para elegir los
casos de prueba. La prueba ideal del
software consistira en probar todos
los posibles caminos de ejecucin, a
travs de las instrucciones del cdigo,
que puedan trazarse.

TCNICAS DE CAJA
BLANCA

TCNICAS DE CAJA
BLANCA
Las pruebas de caja blanca realizan un
seguimiento del cdigo fuente segn va
ejecutando los casos de prueba, de manera
que se determinan de manera concreta las
instrucciones, bloques, etc. en los que
existen errores.
Cuando se pasan casos de prueba al
programa que se est probando, es
conveniente conocer qu porcentaje del
programa se ha ejecutado, de manera que
estemos prximos a asegurar que todo el
software es correcto.

TCNICAS DE CAJA
NEGRA
Consiste en estudiar la especificacin
de las funciones, la entrada y la salida
para derivar los casos. En este caso la
prueba ideal del software consistira
en probar todas las posibles entradas
y salidas del programa.

TCNICAS DE CAJA
NEGRA

sta prueba se centra en el estudio de la especificacin del


software, del anlisis de las funciones que debe realizar, de las
entradas y de las salidas.
Las pruebas de caja negra tienen los criterios basados en las
interfaces y las especificaciones de los mdulos.

PRUEBAS DE
ACEPTACIN
Una prueba de aceptacin tiene como
propsito demostrar al cliente el cumplimiento
de un requisito del software.
Describe un escenario (secuencia de pasos) de
ejecucin o uso del sistema desde la
perspectiva del cliente.
Puede estar asociada a requisitos funcionales o
no funcionales.
Un requisito tiene una o ms pruebas de
aceptacin asociadas.
Las pruebas de aceptacin cubren desde
escenarios tpicos/frecuentes hasta los ms
excepcionales.

APROVECHAMIENTO DE
LAS PRUEBAS DE
ACEPTACIN
Obligar a definir requisitos que sean
verificables
Valorar adecuadamente el esfuerzo asociado
a la incorporacin de un requisito
Negociar con el cliente el alcance del sistema
Planificar el desarrollo iterativo e incremental
del sistema
Guiar a los desarrolladores
Identificar oportunidades de reutilizacin

PLAN DE PRUEBAS
INFORME DE EVALUACIN DE LAS
PRUEBAS
Se realizaron las pruebas de funcionamiento
del sistema con los siguientes resultados: