Este documento describe diferentes tipos de pruebas de software, incluyendo pruebas de caja negra, pruebas de caja blanca, pruebas manuales, pruebas automáticas, pruebas unitarias, pruebas de integración, pruebas de aceptación, pruebas de rendimiento y pruebas funcionales. Cada tipo de prueba se centra en un aspecto diferente del software, como el comportamiento externo, el comportamiento interno, la usabilidad, la automatización, componentes individuales, la integración de componentes, la

1. Pruebas
En función de qué
conocemo
s
Según el grado de automatización En función de qué se prueba
Pruebas de caja negra
Este tipo de prueba se centra en los
requisitos funcionales del software y permite
obtener entradas que prueben todos los
flujos de una funcionalidad. Esta prueba trata
de encontrar errores de interfaz, errores de
iniciación y finalización.
Esta prueba se centra en verificar que el
programa corra bien del software.
Pruebas de caja blanca
Verifican que líneas de código funcionan
como estaba definido. Estas pruebas
inte4ntan garantizar que el flujo recorra por lo
menos una vez todos los caminos de cada
módulo, que se usen todas las estructuras de
datos internas de software.
Esta prueba se centra en el comportamiento
interior del software.
Pruebas manuales
Las pruebas manuales se utilizan en
aquellas situaciones donde otros tipos de
prueba, como las pruebas unitarias o las
pruebas Web, serían demasiado difíciles
de realizar o su creación y ejecución sería
demasiado laboriosa.
Una prueba manual es una descripción de
los pasos de prueba que realiza un
evaluador.
Pruebas automáticas
A diferencia de las pruebas manuales, para
este tipo de pruebas, se usa un
determinado software para sistematizarlas
y obtener los resultados de las mismas. Por
ejemplo, verificar un método de ordenación
Pruebas unitarias
Estas pruebas las ejecuta el desarrollador,
cada vez que va probando fragmentos de
código o scripts para ver si todo funciona
como se desea. Se aplican a un componente
del software. Podemos considerar como
componente a función, una clase, una
librería, etc.
Pruebas de integración
Consiste en construir el sistema a partir de
los distintos componentes y probarlo con
todos integrados, estas pruebas se realizan
en cada avance significativo del proyecto.
Pruebas de aceptación
Consiste en comprobar si el producto está
listo para ser implantado para el uso
operativo en el entorno del usuario. Estas
pruebas las realizan usuarios expertos a
diferencia de las anteriores.
Pruebas de rendimiento
Se encarga de comprobar la eficiencia del
software, se basa en comprobar que
sistema pueda soportar el volumen de
carga definido en la especificación.
Pruebas de funcionales
Esta prueba comprueba que el sistema
cumpla con todas las especificaciones del
cliente y solo es llevada a cabo cuando el
sistema este en funcionamiento.