El documento describe diferentes tipos de pruebas de software, incluyendo pruebas estáticas, dinámicas, unitarias, de integración, de regresión, de humo, del sistema, de desempeño, de carga y de seguridad. Explica que las pruebas buscan encontrar errores en el software mediante la ejecución del código y verificación de que cumple las especificaciones.

1. PRUEBAS
Es el proceso en el cual se ejecuta el sistema con la
finalidad de encontrar el máximo de errores posibles.
Caja negra: tiene como objetivo
probar que se cumplan las
especificaciones, si hacer caso
alguno al código del sistema.
Caja blanca: tiene como objetivo
probar cada rutina y cada
instrucción sin tomar en cuenta
las especificaciones.
ESTRATEGIAS
METODOS DE PRUEBA
De abajo hacia arriba
(Bottom-up)
De arriba hacia abajo
(Top-down)
Prueba total
EXISTEN LAS
PRUEBAS ESTATICAS.
Son el tipo de pruebas que se
realizan sin ejecutar el código de
la aplicación.
Puede referirse a la revisión de
documentos, ya que no se hace
una ejecución de código. Esto se
debe a que se pueden realizar
"pruebas de escritorio" con el
objetivo de seguir los flujos de la
aplicación.
PRUEBAS DINAMICAS
Todas aquellas pruebas que
para su ejecución requieren la
ejecución de la aplicación.
Las pruebas dinámicas permiten
el uso de técnicas de caja negra
y caja blanca con mayor
amplitud. Debido a la naturaleza
dinámica de la ejecución de
pruebas es posible medir con
mayor precisión el
comportamiento de la aplicación
desarrollada.
TIPOS DE PRUEBAS
PRUEBAS UNITARIAS
Tiene como objetivo ejecutar cada módulo es decir cada unidad mínima debe ser probada.
Además de que busca asegurar que el código funciona de acuerdo con las
especificaciones y que el módulo lógico es válido.
PRUEBAS DE INTEGRACION
 Su objetivo es identificar errores introducidos por la combinación de
programas probados unitariamente.
 Determina cómo la base de datos de prueba será cargada.
 Verifica que las interfaces entre las entidades externas
(usuarios) y las aplicaciones funcionan correctamente.
 Verifica que las especificaciones de diseño sean alcanzadas.
PRUEBAS DE REGRESION
Determina si los cambios recientes en una parte de la
aplicación tienen efecto adverso en otras partes.
En esta prueba se vuelve a probar el sistema a la luz de
los cambios realizados durante el debugging,
mantenimiento o desarrollo de la nueva versión del sistema
buscando efectos adversos en otras partes.
PRUEBAS DE HUMO (SMOKE TESTING O AD HOC)
 Detecta los errores en realeases tempranos y
de manera fácil
 Prueba el sistema constantemente
 Garantiza poco esfuerzo en la integración final del sistema
 Asegura los resultados de las pruebas unitarias
Se reducen los riesgos y a baja calidad.
PRUEBAS DEL SISTEMA
Asegura la apropiada navegación dentro del sistema,
ingreso de datos, procesamiento y recuperación. Se
enfocan en requisitos que puedan ser tomados
directamente de casos de uso y reglas y funciones de
negocio.
PRUEBAS DE DESEMPEÑO
Miden tiempos de respuesta, Indices de procesamiento de
transacciones y otros requisitos sensibles al tiempo.
El objetivo de las pruebas de desempeño es verificar y validar los
requisitos de desempeño que se han especificado (en este caso,
el desempeño ofrecido por el proponente).
PRUEBAS DE CARGA
Determina y asegura que el sistema funciona apropiadamente
aún más allá de la carga de trabajo máxima esperada.
Adicionalmente, las pruebas de carga evalúan las características de
desempeño (tiempos de respuesta, tasas de transacciones y otros
aspectos sensibles al tiempo).
PRUEBAS DE SEGURIDAD Y CONTROL DE ACCESO
Verifica que un actor solo pueda acceder a las funciones y datos
que su usuario tiene permitido.