La calidad

Aseguramiento de la calidad
está cada vez y pruebas de software
peor
4- Revisiones
5- Pruebas del software
Blanca A. Vargas Govea
vargasgovea@itesm.mx
Marzo 1, 2013
 Contenido

● Tipos de revisiones de acuerdo al estándar IEEE-1028

● Introducción a pruebas del software

2
Tipos de revisiones propuestos por
el estándar IEEE 1028
● Además de
Otro documento
– revisiones formales más y pido mi
cambio a la nave
– inspecciones y Enterprise
– recorridos
IEEE 1028 propone
– revisiones
administrativas
– revisiones técnicas
– auditorías
3
 Revisiones administrativas
Algunos productos que
Propósito
soportan
● Monitorear el progreso, ● Reportes de
determinar el estatus anomalías.
de los planes y ● Planes de desastres.
calendarios, evaluar la
efectividad de los ● Reportes de avance.
enfoques ● Descripciones de la
administrativos. arquitectura de
● Revisan consistencia y software.
desviaciones del plan.
4
 Revisiones técnicas
Algunos productos que
Propósito
soportan
● Determinar si un ● Especificación de
producto es apropiado requerimientos.
para el uso que se ● Documentación de
pretende. pruebas de software.
● Identificar
discrepancias con las
especificaciones y
estándares.
5
 Auditorías
Algunos productos que
Propósito
soportan
● Proporcionar una ● Planes de respaldo y
evaluación recuperación.
independiente acerca ● Contratos.
de la conformidad con
estándares, guías,
● Manuales de operación
planes, y usuario.
especificaciones y
procedimientos.

6
Característica Revisión Revisión Inspección Recorrido Auditoría
administrativa técnica

Objetivo Monitorear Evaluar Encontrar Encontrar Evaluar de

progreso; definir, conformidad a anomalías; anomalías, forma
confirmar o especificaciones verificar la examinar independiente
cambiar objetivos; y planes; evaluar calidad del alternativas; la conformidad
cambiar ubicación integridad de los producto mejorar el con estándares
de recursos cambios producto; foro de y regulaciones
aprendizaje
Tamaño 2 ó más personas 3 ó más 3-6 3-7 1-5
sugerido del personas
grupo
Líder del grupo Generalmente el Generalmente el Facilitador Facilitador ó autor Auditor líder
gerente ingeniero líder entrenado
responsable
Volumen del Moderado a Moderado a Relativament Relativamente Moderado a
material alto, alto, e bajo, lo bajo, alto,
dependiendo de dependiendo que pueda dependiend
los objetivos de los revisarse en o de los
objetivos
objetivos un día 7
Característica Revisión Revisión Inspección Recorrido Auditoría
administrativa técnica

Presentador Los determina el Los determina Un lector Autor Los auditores

líder revisor el líder revisor examinan la
información
dada por la
organización
Participantes Administrativos, Líder técnico y Colegas y Líder técnico y Auditores, la
líder técnico y diversos colegas, perticipantes diversos organización
colegas,
participantes participantes documentados puede ser
participantes
documentados documentados documentados llamada para
proporcionar
evidencia
Salida Documentación de Documentación Lista de Lista de Reporte de
revisión de revisión anomalías, anomalías, auditoría
administrativa, técnica resumen de acciones, formal,
especificación de especificación anomalías, decisiones y observaciones,
de acciones,
acciones, documentación propuestas de hallazgos y
responsabilidad
responsabilidades es y fechas de de inspección seguimiento deficiencias
y fechas de entrega
entrega
8
¿En qué fase aplican las revisiones?

9
 ¿Qué cosa puede ser revisada?
● Especificación de requerimientos de software.
● Descripción del diseño de software.
● Código.
● Casos de prueba.
● Procedimientos de instalación.
● … todo documento escrito en el proceso.

10
 Beneficios de las revisiones
● Pueden realizarse en
cuanto esté escrito el
documento.
● Es fácil de aplicar a
partes del sistema.
● Cada defecto puede
considerarse
aisladamente. Listo para ser leído y revisado

11
 Problemas comunes de las
revisiones
● Los participantes no
entienden el proceso de
revisión.
● Los revisores no están
preparados.
● Los revisores critican al
productor, no al
producto.
● Los revisores se enfocan
en el estilo, no en la No nos aprobaron porque
no les gustó el formato
sustancia. de nuestros documentos
12
Introducción a las pruebas de software
¿Cómo pruebas tu software?

13
 ¿Qué son las técnicas de pruebas
de software?
● Son procedimientos
para seleccionar ó
diseñar pruebas
– basados en un modelo
funcional o estructural
del software
– exitosas para
encontrar fallas

14
 ¿Qué son las técnicas de pruebas
de software?
● Son métodos o formas ● Las estrategias de
de aplicar estrategias detección de defectos
de detección de son teorías acerca de
defectos. – ¿cómo restringir el número
de pruebas necesarias?
– ¿Cómo lograr cobertura en
las pruebas?
– -¿Cómo encontrar cierto
tipo de defectos?

15
Algunas fallas comunes

16
Juha Itkonen SoberIT - slides
 ¿Por qué son necesarias las
pruebas?
● Disminuyen el número de pruebas necesarias
– Deben ser un sub-conjunto de todas las pruebas.
– El sub-conjunto debe tener una alta probabilidad de
detectar fallas.
● Se necesitan métodos sistemáticos que ayuden a
seleccionar los casos de prueba de forma
inteligente.

17
 ¿Por qué son necesarias las
pruebas?
● Que distintas personas tengan las mismas
probabilidades de encontrar las fallas.
– La idea es tener independencia de las habilidades personales
del tester.
● Pruebas efectivas: encontrar más fallas.
– Enfocar la atención en tipos específicos de fallas.
– Saber que se está probando lo correcto.
● Pruebas eficientes: encontrar fallas con menos esfuerzo.
– Evitar pruebas redundantes.
– Las técnicas sistemáticas son medibles.
18
Clasificación tradicional de técnicas
de pruebas

19
Juha Itkonen SoberIT - slides
 Técnicas de pruebas
Estructural Funcional
● El tester examina la ● El tester prueba el
estructura interna del programa con base en
programa y la lógica. las salidas esperadas.
No conoce la
estructura interna.

20
Proyecto

21
Actividad 11 - Individual

Contestar el Pre-ecoa

22