Este documento describe diferentes tipos de pruebas de software, incluyendo pruebas de caja negra, caja blanca, manuales, automáticas, unitarias, de integración, de aceptación, funcionales, de rendimiento, piloto, de interfaz, de utilidad y de defectos. Cada tipo se centra en un aspecto diferente como los requisitos funcionales, el código, la automatización, los componentes individuales, la integración, la aceptación del usuario, el rendimiento, la interfaz o la detección de defectos.
1. Otros tipos de pruebas
En función de qué conocemos
Caja negra Caja blanca
se centra en los
requisitos
funcionales del
software y permite
obtener entradas
que prueben todos
los flujos de una
funcionalidad
(casos de uso).
Consiste en
realizar pruebas
para verificar que
líneas específicas
de código
funcionan tal como
esta definido. La
prueba de la caja
blanca es un
método de diseño
de casos de
prueba que usa la
estructura de
control
Según el grado de automatización
Manuales Automáticas
Es una descripción
de los pasos de
prueba que realiza
un evaluador
(usuario experto).
Ayudan a descubrir
cualquier problema
relacionado con la
funcionalidad de su
producto,
especialmente
defectos
relacionados con
facilidad de uso y
requisitos de
interfaces.
Para este tipo de
pruebas, se usa un
determinado
software para
sistematizarlas y
obtener los
resultados de las
mismas.
En función de qué se prueba
Unitarias De integración
Se aplican a un
componente del
software. las
ejecuta el
desarrollador, cada
vez que va
probando
fragmentos de
código o scripts
para ver si todo
funciona como se
desea.
Consiste en
construir el sistema
a partir de los
distintos
componentes y
probarlo con todos
integrados. Estas
pruebas deben
realizarse
progresivamente.
El foco de atención
es el diseño y la
construcción de la
arquitectura de
software.
De aceptación
Únicas pruebas
que son realizadas
por los usuarios
expertos. Consiste
en comprobar si el
producto está listo
para ser
implantado para el
uso operativo en el
entorno del
usuario.
Funcionales
Se realizan sobre
el sistema
funcionando,
comprobando que
cumpla con la
especificación
(casos de uso).
Para estas
pruebas, se utilizan
las
especificaciones de
casos de prueba.
De rendimiento
Las pruebas de
rendimiento se
basan en
comprobar que el
sistema puede
soportar el
volumen de carga
definido en la
especificación, es
decir, hay que
comprobar la
eficiencia.
Pruebas Piloto
Se pone a
funcionar el
sistema en
producción de
forma localizada,
Menor impacto de
las fallas
Pruebas De
Interfaz
Muchas fallas de
aplicaciones se
deben a problemas
con las interfaces,
por lo que es
recomendable la
aplicación de estas
pruebas.
Pruebas De
Utilidad
Una buena interfaz
puede mejorar
mucho el valor de
una aplicación. La
prueba de utilidad
valida la
aceptación de la
aplicación por los
usuarios.
Pruebas De
Defectos
El objetivo de las
pruebas de defecto
es detectar los
defectos latentes
de un sistema
software antes de
entregar el
producto. Las
pruebas de
defectos
demuestran la
existencia de un
fallo, y no la
ausencia de
cualquier fallo.