Universidad Nacional Experimental de Caracas UNEXCA
Programa Nacional de Formación Ingeniería Informática PNFI
Unidad curricular Ingeniería del software II - Código ISC339
Trimestre 3 - Tema 1
Contenido: concepto, productos, roles, consideraciones, atributos, tipos, niveles y técnicas de prueba
2. Se realiza para determinar y validar la
funcionalidad del software y que éste
cumpla realmente con los requisitos
funcionales y no funcionales.
Es una estrategia para comprobar los
atributos de un sistema (calidad del
software).
Es la disciplina para corroborar, validar y
verificar el software.
Verifica lo realizado en las fases anteriores.
Evalúa la calidad del producto de software a
lo largo de todo el ciclo de vida.
DEFINICIÓN
02
3. PRODUCTOS
03
1.PLAN DE PRUEBA PPR: establece la
planificación, organización y estructuración
de las pruebas.
2.CASOS DE PRUEBA CP: conjunto de
condiciones que determinan la calidad del
software.
RESUMEN DEL CICLO RCP: resumen de la
evaluación. Resultados finales de las
pruebas
4. ROLES
04
1.Supervisa el proceso de prueba.
2.Genera el resultado (medible).
3.Diseña los casos de prueba y
determina qué tipo, nivel y técnica de
prueba se va a aplicar.
4.Ejecuta las pruebas y peticiones de
cambio.
1
T
e
s
t
M
a
n
a
g
e
r
(
G
e
r
e
n
t
e
d
e
P
r
u
e
b
a
)
2
T
e
s
t
a
n
a
l
y
s
t
(
A
n
a
l
i
s
t
a
d
e
p
r
u
e
b
a
)
4
T
e
s
t
e
r
(
P
r
o
b
a
d
o
r
)
3
T
e
s
t
d
e
s
i
g
n
e
r
(
D
i
s
e
ñ
a
d
o
r
d
e
p
r
u
e
b
a
)
5. ¿QUÉ CONSIDERAR AL
HACER LAS PRUEBAS DE
SOFTWARE?
•COSTO: Cuantificar el comportamiento del software.
05
•CONFIABILIDAD: Certificar que el software es lo
suficientemente confiable y acorde a los requesitos y
requerimientos.
•TIEMPO: Ejecución de las pruebas planificadas y
relacionas a la entrega del software.
•CALIDAD: Asegurar ausencia de defectos del software.
7. TIPO DE PRUEBAS
07
FUNCIONALES: dirigida al cumplimiento del caso de uso,
reglas de negocio, requisitos según la adecuación, exactitud,
interoperabilidad y funcionalidad.
NO FUNCIONALES: dirigida a probar los atributos no
funcionales como fiabilidad, usabilidad, eficiencia,
mantenibilidad y portabilidad. Pueden ser: pruebas de carga,
pruebas de rendimiento, pruebas de stress, pruebas de
estabilidad, pruebas de robustez, prueba de volumen,
pruebas de usabilidad.
ESTRUCTURALES: dirigidas a probar la estructura interna del
software basado en la arquitectura.
RELACIONADAS A CAMBIO: dirigidas a probar el sistema
cuando ha sufrido cambios o corregir un defecto o probar una
nueva funcionalidad.
8. NIVELES DE PRUEBA
UNITARIAS: dirigida a hallar defectos en un componente,
clase, unidad o módulo, dependiendo del lenguaje utilizado
en el proceso.
INTEGRACIÓN: dirigida a hallar defectos en varios
componentes o módulos y su comportamiento integrado y
detectar defecto en interfaz.
SISTEMAS: dirigida a hallar defectos en el sistema como un
todo, sometiendo al sistema a stress y evaluar su
desempeño, peticiones simultáneas, resistencia, seguridad,
validaciones, recuperación.
ACEPTACIÓN: dirigida al usuario, a su dominio técnico, a su
certificación y al cumplimiento de su requerimiento
08
9. TÉCNICAS DE PRUEBA
09
CAJA BLANCA: dirigida a validar las líneas de código
desde la entrada hasta la salida. Validar flujo del
código y que camino tomó la prueba.
CAJA NEGRA: dirigida a validar que el resultado de las
pruebas sea el esperado.
CAJA GRIS: es la combinación de técnica de pruebas
de caja blanca y caja negra.
.