Aseguramiento de la calidad y pruebas de software
4- Revisiones5- Pruebas del software
Blanca A. Vargas Govea [email protected]
Marzo 1, 2013
La calidadestá cada vez
peor
2
Contenido
● Tipos de revisiones de acuerdo al estándar IEEE-1028● Introducción a pruebas del software
3
Tipos de revisiones propuestos por el estándar IEEE 1028
● Además de– revisiones formales– inspecciones y– recorridos
IEEE 1028 propone– revisiones
administrativas– revisiones técnicas– auditorías
Otro documentomás y pido mi
cambio a la nave Enterprise
4
Revisiones administrativas
Propósito Algunos productos que soportan
● Monitorear el progreso, determinar el estatus de los planes y calendarios, evaluar la efectividad de los enfoques administrativos.
● Revisan consistencia y desviaciones del plan.
● Reportes de anomalías.
● Planes de desastres.● Reportes de avance.● Descripciones de la
arquitectura de software.
5
Revisiones técnicas
Propósito Algunos productos que soportan
● Determinar si un producto es apropiado para el uso que se pretende.
● Identificar discrepancias con las especificaciones y estándares.
● Especificación de requerimientos.
● Documentación de pruebas de software.
6
Auditorías
Propósito Algunos productos que soportan
● Proporcionar una evaluación independiente acerca de la conformidad con estándares, guías, planes, especificaciones y procedimientos.
● Planes de respaldo y recuperación.
● Contratos.● Manuales de operación
y usuario.
7
Característica Revisiónadministrativa
Revisión técnica
Inspección Recorrido Auditoría
Objetivo Monitorear progreso; definir, confirmar o cambiar objetivos; cambiar ubicación de recursos
Evaluar conformidad a especificaciones y planes; evaluar integridad de los cambios
Encontrar anomalías; verificar la calidad del producto
Encontrar anomalías, examinar alternativas; mejorar el producto; foro de aprendizaje
Evaluar de forma independiente la conformidad con estándares y regulaciones
Tamaño sugerido del grupo
2 ó más personas 3 ó más personas
3-6 3-7 1-5
Líder del grupo Generalmente el gerente responsable
Generalmente el ingeniero líder
Facilitador entrenado
Facilitador ó autor Auditor líder
Volumen del material
Moderado a alto, dependiendo de los objetivos
Moderado a alto, dependiendo de los objetivos
Relativamente bajo, lo que pueda revisarse en un día
Relativamente bajo,
Moderado a alto, dependiendo de los objetivos
8
Característica Revisiónadministrativa
Revisión técnica
Inspección Recorrido Auditoría
Presentador Los determina el líder revisor
Los determina el líder revisor
Un lector Autor Los auditores examinan la información dada por la organización
Participantes Administrativos, líder técnico y participantes documentados
Líder técnico y diversos colegas, participantes documentados
Colegas y perticipantes documentados
Líder técnico y diversos colegas, participantes documentados
Auditores, la organización puede ser llamada para proporcionar evidencia
Salida Documentación de revisión administrativa, especificación de acciones, responsabilidades y fechas de entrega
Documentación de revisión técnica especificación de acciones, responsabilidades y fechas de entrega
Lista de anomalías, resumen de anomalías, documentación de inspección
Lista de anomalías, acciones, decisiones y propuestas de seguimiento
Reporte de auditoría formal, observaciones, hallazgos y deficiencias
10
¿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.
11
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
12
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 sustancia.
No nos aprobaron porqueno les gustó el formato
de nuestros documentos
14
¿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
15
¿Qué son las técnicas de pruebas de software?
● Son métodos o formas de aplicar estrategias de detección de defectos.
● Las estrategias de detección de defectos son teorías acerca de– ¿cómo restringir el número
de pruebas necesarias?
– ¿Cómo lograr cobertura en las pruebas?
– -¿Cómo encontrar cierto tipo de defectos?
17
¿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.
18
¿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.
20
Técnicas de pruebas
Estructural Funcional
● El tester examina la estructura interna del programa y la lógica.
● El tester prueba el programa con base en las salidas esperadas. No conoce la estructura interna.
Top Related