El documento describe las fases y técnicas de prueba de software. Explica que la prueba de software implica ejecutar el sistema bajo circunstancias específicas para encontrar errores, y que es importante probar con un equipo diferente al que desarrolló el software. Las fases principales son pruebas unitarias, de integración, del sistema y de aceptación, comenzando con los módulos más pequeños. Las técnicas incluyen caja blanca, basada en la estructura interna, y caja negra, que p

1. Fases de prueba de
Software
Perez Hernandez Marco Antonio Universidad la salle Oaxaca Ingenieria en Desarrollo de software
P
ruebas de software son las investiga-
ciones empiricas y tecnicas cuyo obje-
tivo es proporcionar informacion obje-
tiva e independiente sobre la calidad del pro-
ducto, es una actividad mas en el proceso
de control de calidad Las pruebas son basica-
mente un conjunto de actividades dentro del
desarrollo de software. Dependiendo del ripo
de pruebas estas actividades podran ser im-
plementadas en cualquier momento de dicho
proceso de desarrollo.
Caracteristicas y fases de prueba
de sofware
La prueba de software se puede definir como una
actividad en la cual un sistema o uno de sus com-
ponentes se ejecuta en curcunstancias previamente
espeficicadas( que cumpla con todos los requisitos del
cliente). Seguidamente se realiza un proceso de evalu-
acion en el que los resultados obtenidos se comparan
con los resultados esperados para localizar fallos en
el software. Estos fallos conducen a un proceso de
depuracion en el que es necesario identificar la falta
asociada con cada fallo y corregir, pudiendo dar lugar
a una nueva prueba. Como resultado final se puede
obtener una determinada prediccion de fiabilidad o
un cierto nivel de confianza en el software probado
El objetivo de las pruebas no es asegurar la ausen-
cia de defectos de un software, unicamente puede
demostrar que existen defectos. El objetivo es disear
y hacer exhaustivamente pruebas que nos permitan
encontrar el mayor numero de errores haciendolo con
la menor cantidad de tiempo y esfuerzo.
Para encontrar el mayor numero de fallos en el
sistema sera necesario que sean realizadas por un
equipo ajeno al que desarrollo el software ya que si
el ingeniero que creo el sistema tratara siempre de
demostrar que su software funciona y las pruebas
correctivas no tendran mucho exito
Tareas a realizar para probar tu software
• Diseo de las pruebas identificar las distintas
tecnicas de pruebas que se utilizaran para probar
el software
• Generacion de los casos de prueba los casos de
prueba son los datos de entrada que se introduci-
ran en el software para probarlo y retornaran
resultados con un objetivo en particular
• Definicion de los procedimientos de prueba Es-
pecifica como se va a llevar el proceso de prueba,
quien lo va a realizar y cuando
• Ejecucion de prueba despues de haber aplicado
los casos de prueba se van a comparar los datos
retornados por el programa y se comparan con
los resultados esperados
• informe de prueba con el resultado de los casos
de prueba se identificaran cuales resultaron sat-
isfactorios en caso de ser diferente a lo esperado,
se identificaran los fallos
Page 1 of 2

2. Tecnicas y Herramientas de prueba
Las tecnicas de evaluacion dinamica o prueba pro-
porcionan distintos criterios para generar casos de
prueba que provoquen fallos en los programas Las
Tcnicas se agrupan en :
• Tecnicas de caja blanca o estructurales que se
bansan en un minucioso examen de los detalles
procedimentales del codigo a evaluar, por lo que
es necesario conocer la logica del programa
• Tcnicas de caja negra o funcionales, que realizan
pruebas sobre la interfaz del programa a probar,
entendiendo por interfaz las entradas y salidas
de dicho programa. No es necesario conocer la
lgica del programa, nicamente la funcionalidad
que debe realizar.
Pruebas de Caja Blanca o Estructurales A este
tipo de tcnicas se le conoce tambin como Tcnicas
de Caja Transparente o de Cristal. Este mtodo se
centra en cmo disear los casos de prueba atendiendo
al comportamiento interno y la estructura del pro-
grama. Se examina as la lgica interna del programa
sin considerar los aspectos de rendimiento. El obje-
tivo de la tcnica es disear casos de prueba para que
se ejecuten, al menos una vez, todas las sentencias
del programa, y todas las condiciones tanto en su
vertiente verdadera como falsa.
Pruebas de Caja Negra o Funcionales Tambin
conocidas como Pruebas de Comportamiento, es-
tas pruebas se basan en la especificacin del programa
o componente a ser probado para elaborar los casos
de prueba. El componente se ve como una Caja
Negra cuyo comportamiento slo puede ser determi-
nado estudiando sus entradas y las salidas obtenidas
a partir de ellas. No obstante, como el estudio de
todas las posibles entradas y salidas de un programa
sera impracticable se selecciona un conjunto de ellas
sobre las que se realizan las pruebas. Para selec-
cionar el conjunto de entradas y salidas sobre las
que trabajar, hay que tener en cuenta que en todo
programa existe un conjunto de entradas que cau-
san un comportamiento errneo en nuestro sistema, y
como consecuencia producen una serie de salidas que
revelan la presencia de defectos. Entonces, dado que
la prueba exhaustiva es imposible, el objetivo final es
pues, encontrar una serie de datos de entrada cuya
probabilidad de pertenecer al conjunto de entradas
que causan dicho comportamiento errneo sea lo ms
alto posible. Al igual que ocurra con las tcnicas de
Caja Blanca, para confeccionar los casos de prueba
de Caja Negra existen distintos criterios. Algunos
de ellos son:
• Particiones de Equivalencia.
• Anlisis de Valores Lmite.
• - Mtodos Basados en Grafos.
• Pruebas de Comparacin.
• Anlisis Causa-Efecto.
Proceso de la Prueba de Software
La estrategia que se ha de seguir a la hora de eval-
uar dinmicamente un sistema software debe permitir
comenzar por los componentes ms simples y ms pe-
queos e ir avanzando progresivamente hasta probar
todo el software en su conjunto. Ms concretamente,
los pasos a seguir son:
• 1. Pruebas Unitarias. Comienzan con la prueba
de cada mdulo.
• 2. Pruebas de Integracin. A partir del esquema
del diseo, los mdulos probados se vuelven a pro-
bar combinados para probar sus interfaces.
• 3. Prueba del Sistema. El software ensamblado
totalmente con cualquier componente hardware
que requiere se prueba para comprobar que se
cumplen los requisitos funcionales.
• 4. Pruebas de Aceptacin. El cliente comprueba
que el software funciona segn sus expectativas.
Page 2 of 2