Técnicas estáticas

Alcides Penaranda
Mind Map by Alcides Penaranda, updated more than 1 year ago
Alcides Penaranda
Created by Alcides Penaranda about 3 years ago
17
0

Description

Capitulo III de ISTQB Foundation
Tags

Resource summary

Técnicas estáticas
1 Técnicas estáticas y el proceso de pruebas
1.1 Comprenden varios métodos que no ejecutan el sistema o objeto de prueba
1.2 Incluyen: Revisiones (manual) y Análisis estático (herramientas)
1.3 Complementan los métodos dinamicos
1.4 Detectan defectos
1.5 Documentos de alta calidad conducen a productos de alta calidad
1.6 Objetivos
1.6.1 Se realizan con el objeto de mejorar la calidad del producto
1.6.2 Le detección temprana de errores ahorra costes
1.7 Ventajas
1.7.1 Costes mas bajos, alto potencial de ahorro
1.7.2 Los defectos en la documentación so detectados y corregidos en forma temprana
1.7.3 Mejora el indice de comunicación/intercambio de conocimiento
1.8 Desventajas
1.8.1 Se podrian presentar discusiones con el autor
1.8.2 Los expertos en las revisiones deben adquirir conocimientos especificos
1.8.3 Inversión considerable de tiempo de 10 al 15% del presupuesto total
1.8.4 Moderador y participantes influyen directamente en la calidad de la revisión
2 Proceso de revisiones
2.1 Actividades
2.1.1 Planificación: Definición de los criterios de revisión, selección del personal, asignación de roles
2.1.2 Definición de los criterios de entrada y salida para revisiones formales
2.1.3 Inicio o lanzamiento: Distribución de los documentos y explicación de los objetivos, procesos y documentos
2.1.4 Comprobación de los criterios de entrada
2.1.5 Preparación individual
2.1.6 Identificación de defectos potenciales, preguntas y comentarios
2.1.7 Reunión de revisión: Los revisores presentan sus resultados, discusión o registro de los resultados documentados, identificación de defectos, presentación de recomendaciones y toma de decisiones
2.1.8 Examen/evaluación/registro
2.1.9 Reconstrucción: El autor corrige cualquier defecto detectado por los revisores, actualización de defectos
2.1.10 Seguimiento: Comprobación de que los defectos han sido tratados, decisión de mantener una 2da reunión
2.2 Roles
2.2.1 Jefe de proyecto (manager): Inicia la revisión, decide los participantes, asigna tiempo en el calendario del proyecto y determina si se han alcanzado los objetivos
2.2.2 Moderador (moderator): Dirige la reunión, hace de mediador, concluye resultados, planifica/ejecuta/realiza seguimiento de la revisión, recae la responsabilidad del éxito de la revisión
2.2.3 Autor (author): Redactor o responsable del obejto de la revisión, expone su trabajo y lleva a cabo los cambios recomendados
2.2.4 Revisor (reviewer, inspectors,checkers): Individuos con un bagaje técnico o de negocio específicos, detecta defectos, desviaciones y áreas problemáticas, representan diferentes perspectivas y roles, y debería tomar parte en cualquier reunión de revisión
2.2.5 Escriba (scribe): Documenta todos los asuntos, problemas y puntos que hubieran sido identificados
2.2.6 Las revisiones observan los productos de software o productos resultado del trabajo desde distintos puntos de vista
2.2.7 Las listas de comprobación pueden hacer las revisiones mas eficientes
2.3 Tipo de revisiones
2.3.1 Inspección(Inspection)
2.3.1.1 Características
2.3.1.1.1 Los revisores inspeccionan el objeto de la revisión haciendo uso de listas de comprobación y métricas
2.3.1.1.2 Un moderador capacitado e independiente dirige la revisión
2.3.1.1.3 La viabilidad de la revisión es valorada con anterioridad
2.3.1.1.4 Criterios de entrada y salida especificados previamente
2.3.1.1.5 Preparación previa de la reunión
2.3.1.1.6 Informe de inspección incluyendo la lista de hallazgos
2.3.1.1.7 Necesita secretario y es mas formal
2.3.1.2 Ventajas y desventajas
2.3.1.2.1 Sesiones formales y organizadas con roles claramente definidos
2.3.1.2.2 Requiere actividades intensivas de preparación y seguimiento
2.3.1.2.3 Son necesarios el moderador y el escriba
2.3.1.2.4 Propósito principal: detección de defectos utilizando un método estructurado
2.3.2 Revisión guiada (walkthrough)
2.3.2.1 Características
2.3.2.1.1 Opcional preparación
2.3.2.1.2 Sesiones abiertas
2.3.2.1.3 Pueden tomar la forma de escenarios, ejecución simulada o preparación de pares
2.3.2.1.4 La reunión es dirigida por el autor
2.3.2.1.5 No es necesario un moderador distinto (autor hace de moderador)
2.3.2.1.6 Durante la presentación del autor los revisores tratan de detectar desviaciones o áreas que representen problema
2.3.2.2 Ventajas y desventajas
2.3.2.2.1 Esfuerzo reducido en la preparación de la sesión
2.3.2.2.2 Una sesión puede ser inciada a través de notificaciones
2.3.2.2.3 El autor tiene gran influencia sobre el resultado
2.3.2.2.4 Posibilidad limitada de control
2.3.3 Revisión técnica
2.3.3.1 Característica
2.3.3.1.1 La meta es un aspecto técnico del objeto de revisión
2.3.3.1.2 Son necesario expertos, preferiblemente externos
2.3.3.1.3 Se puede ejecutar como una revisión entre pares
2.3.3.1.4 Liderada idealmente por un moderador
2.3.3.1.5 Preparación previa por parte de los revisores
2.3.3.1.6 Preparación de un informe de revisión que incluye lista de hallazgos, el veredicto respecto del cumplimiento de requisitos
2.3.3.2 Discusión durante la revisión
2.3.3.2.1 Tomar decisiones
2.3.3.2.2 Evaluar alternativas
2.3.3.2.3 Detectar defectos
2.3.3.2.4 Resolver problemas técnicos
2.3.3.2.5 Comprobar la conformidad
2.3.4 Revisión informal
2.3.4.1 Caracteristicas
2.3.4.1.1 Es la forma de revisión mas simple
2.3.4.1.2 Frecuentemente iniciada por el autor
2.3.4.1.3 Solamente estarán involucrados revisores (1 o +)
2.3.4.1.4 No es necesaria ninguna reunión por separado
2.3.4.1.5 Los resultados pueden ser registrados en forma de una lista de acción
2.3.4.2 Ventajas, desventajas
2.3.4.2.1 Fácil de ejecutar, incluso en los casos de notificaciones
2.3.4.2.2 Rentable
2.3.4.2.3 No requiere protocolo
2.4 Factores de éxitos
2.4.1 Orientada al logro de objetivos
2.4.2 Uso sistemático de técnicas y plantillas
2.4.3 Uso de listas de comprobación
2.4.4 Presupuesto apropiado de 10% a 15%
2.4.5 Lecciones aprendidas, utilizar retroalimentación para un proceso de mejora
2.4.6 Deben ser desarrolladas en un ambiente de confianza
2.4.7 Involucrar a la gente adecuada en función de los objetivos de la revisión
2.4.8 Los probadores son revisores valorados que contribuyen con la revisión y aprenden sobre el producto permitiendo preparar pruebas de forma temprana
3 Análisis estático con Herramientas
3.1 Terminologia
3.1.1 Definición Análisis estático: Es aquella tarea que consiste en analizar un objeto de prueba
3.1.2 Aspectos a ser comprobados
3.1.2.1 Diseño de un programa (Análisis de flujo de control)
3.1.2.1.1 Propósito: Detectar defectos causados por un desarrollo anómalo de código
3.1.2.1.2 Método: La estructura del código se representa como un diagrama de control de flujo
3.1.2.1.3 Grafo dirigido: Los Nodos son sentencias o secuencia de sentencias, las aristas son transferencias, decisiones o bucles
3.1.2.1.4 Resultados: Las anomalías o defectos pueden ser detectados fácilmente y el grafo de flujo de control es una versión simplificada de un diagrama de flujo
3.1.2.2 Uso de datos (Análisis de flujo de datos)
3.1.2.2.1 Propósito: Detección de anomalías en el flujo de datos, respecto a la secuencia de flujos de datos
3.1.2.2.2 Beneficios: Detección fiable de anomalías, se puede detectar fácilmente la localización exacta de defectos, es un buen complemento para otros métodos de pruebas
3.1.2.2.3 Desventajas: limitado a un rango reducido de defectos
3.1.2.2.4 Método:
3.1.2.2.4.1 Una variable puede tomar los siguientes estados a lo largo de la ejecución de un programa: indefinida (u), definida (d), referenciada(r)
3.1.2.2.4.2 El flujo de datos puede ser representado como una secuencia de estados u,d,r
3.1.2.2.4.3 Si una secuencia contiene una sub-secuencia que no tiene sentido, entonces se identifica una anomalía de flujo de datos
3.1.2.3 Complejidad de la estructura de un programa
3.1.2.3.1 Ciertos aspectos de la calidad pueden ser medidos utilizando métricas
3.1.2.3.2 La métrica tiene un objetivo, una formula y una periodicidad
3.1.2.3.3 Es difícil compara 2 métricas diferentes
3.1.2.3.4 Número ciclomático: Métrica que mide la complejidad estática de un programa basada en el grafo de su flujo de control
3.1.2.3.4.1 Formula: v(G) = e-n+2p
3.1.2.3.4.2 Número de aristas = e
3.1.2.3.4.3 Número de nodos = n
3.1.2.3.4.4 Número de partes del programa independientes = p
3.1.2.3.4.5 Valores hasta 10 son aceptables, para valores superiores debe ser reconstruido
3.2 Aspectos generales
3.2.1 Todos los objetos de prueba deben tener una estructura formal
3.2.2 El análisis estático con el uso de herramientas se desarrolla con un esfuerzo menor a una inspección
3.2.3 El valor del análisis estático es la prevención de defectos
3.2.4 Se usan compiladores para: Detectar errores sintacticos en el codigo fuente, crear datos de referencia del programa, consistencia entre los tipos de variables detecta variables no declaradas y código muerto
3.2.5 Se usan analizadores para revisar: Convenciones y estándares, métricas de complejidad y acoplamiento de objetos
Show full summary Hide full summary

Similar

Abreviaciones comunes en programación web
Diego Santos
Mapa Conceptual de la arquitectura de base de datos
Alan Alvarado
FUNDAMENTOS DE REDES DE COMPUTADORAS
anhita
Seguridad en la red
Diego Santos
Evolución de la Informática
Diego Santos
Conceptos básicos de redes
ARISAI DARIO BARRAGAN LOPEZ
TECNOLOGÍA TAREA
Denisse Alcalá P
Navegadores de Internet
al210561
DISPOSITIVOS DE ALMACENAMIENTO
Esteban Bravo3B
Mapa Conceptual Hardware y Software
Jeferson Alfonso Alvarado Suarez
Curso Basico De Android
manrongel