Untitled

GESTIÓN, CONTROL Y GARANTÍA DE LA CALIDAD DEL SOFTWARE

Este debe de Comprobar si el producto final posee o no determinada característica de calidad en el grado requerido

Controles Estadísticos

Controles Diámicos

Manuales

Informales

comprobación de escritorio: se examina a mano que objeto se va a desarrollar

Revisión por igual: Revisar el código del programador por otros del mismo ramo

Disciplinados

El objetivo Principal es evitar que toda la responsabilidad recaiga sobre un desarrollador

Auditorias

Revisiones

Cumplimiento de los procedimiento requeridos

Efectividad de implementación

Auditoria del Producto

Auditoria de Proceso

Auditoria de Sistema de Calidad

Considera el nivel de conformidad del producto con lo requerido

Verifica y evalúa como se desarrollan los procesos de desarrollo, su completitud y la efectividad para poder determinar donde debe mejorar

Evalúa la completitud del propio sistema de calidad que fue establecido.

Se presenta el estado actual de resultados del Proyecto

Visitas Guiadas

Inspecciones

se demuestra la funcionalidad del objeto revisado mediante la simulación de su funcionamiento con casos de prueba y ejemplos

En las que los participantes van leyendo el documento, paso a paso, guiados por el autor mismo

comprobando en cada paso el cumplimiento de los criterios de una lista de comprobación.

introducen al objeto los casos de prueba y se van registrando los resultados intermedios

1. Planificación: La preparación comienza con la selección de los participantes.

2. Orientación inicial: Es recomendable realizar una reunión de orientación, previa a la inspección propiamente

3. Preparación individual: Con suficiente tiempo antes de la realización de la inspección, se debe hacer llegar a cada revisor una copia de la documentación asociada al objeto que se va a revisar

4. Reunión de inspección: Durante la reunión, el presentador o autor del objeto revisado va guiando al resto a través del mismo para comprobar cada uno de los puntos de la lista de comprobación

5. Seguimiento: Durante esta fase, el autor del objeto revisado se encarga de corregir los defectos

6. Evaluación: Es la última fase y en ella se trata de determinar si se han corregido todos los defectos

1. Planificación: Similar a la planificación de una inspección, con la diferencia de que no es necesario asignar roles específicos a los participantes, a excepción del presentador, que es quien organiza el walkthrough y guía la reunión.

2. Preparación individual: Cada revisor examina el objeto revisado, aunque en este caso no se les entregará una lista de comprobación.

3. Reunión de walkthrough

Automaticos

El análisis estático automático del código lo realizan los compiladores

Verificación Formal

Ejecución Simbólica

Análisis de Flujo

Demostrar matemáticamente la corrección del programa con respecto a las especificaciones.

este es la ejecución simbólica y aciertos caminos dentro de un programa, en donde se verifican expresiones simbólicas con respecto a ciertas condiciones

Se basa en la representación grafica se utilizan grafos para la identificación de caminos, para analizar el comportamiento del programa

Referenciadas: esta valor se obtiene en memoria durante la evaluación

Definidas: Se obtiene el valor para la variable

No referenciadas: Es cuando ya no se determina el valor de la variable

Son aquellos que requieren la ejecución del objeto que esta a prueba

Prueba de Regresión

Prueba de Aceptación

Prueba del sistema

Prueba de Integración

Prueba Modular

Tipos de Prueba

Conlleva a realizar ciertas tareas a lo largo del ciclo de vida del sistema.

Prueba de cada modulo aislado del resto del sistema

Se realiza a medida que los diferentes módulos del sistema se integran al mismo, ya sea por prueba modular y su objetivo es probar que las interfaces sean correctas.

Estrategias de integración

De Big-Bang

De abajo Arriba

De Arriba Abajo

Prueba los módulos de niveles inferiores e integrar

Prueba de módulos de los niveles superiores e intrarlos

Integrar y probar todo al mismo tiempo

Cuando Se integran todos los módulos y su objeto principal objetivo es comprobar que el sistema satisface los requisitos del usuario

Cuando el sistema halla implantado en su entorno real de funcionamiento y su objetivo es demostrar que satisface las necesidades

Comprueba que la función del software es de no menos calidad que las versiones anteriores

Métodos de Caja Negra

Método Caja Blanca

Si objetivo que se desea probar se ve como caja negra, es decir se basara en el conocimiento acerca de la funcionalidad deseada

El objeto que se desea probar se ve como una caja blanca, de los casos de prueba se basa en el conocimiento que tenga acerca de la estructura del objeto

Adivinación De Errores

Grafos causa/Efecto y Tablas De Decisión

Análisis de Valores Frontera o Valores Limite

Métodos de Clases De Equivalencia

Divide posibles entradas al sistema de clases de equivalencia

Selecciona como casos de prueba aquellos valores de entrada que caen en la frontera de las clases de equivalencia

Crean un grafo causa/efecto a partir de las especificaciones, y seleccionar suficientes casos de prueba como para asegurar la cobertura del grafo

Imaginar cuales son los errores que se pueden haber cometido con mayor probabilidad

Métodos

-Complejidad ciclomática (arcos-nodos+2*número de componentes anexos)

-Complejidad esencial (complejidad ciclomática-número de subgrafos propios de entrada y salida única)

-Complejidad real (número de caminos ejecutados)

-Cobertura de sentencias

-Cobertura de segmentos entre decisiones de ramificación

-Cobertura de condiciones

-Cobertura de todas las combinaciones de condiciones

-Cobertura de caminos

Métricas de Complejidad

Métricas de Cobertura

Metodología de Prueba

Realiza un conjunto de actividades estándar, así como la producción de un conjunto de salidas estándar

Análisis y Evaluación de la Prueba

Ejecución de la Prueba

Planificación

Determinación de los Casos de Prueba

Diseño de la Prueba

Planificación de las Prueba

Consiste en la creación de un plan de pruebas en el que se registra:

- El objetivo del proceso de prueba.

- Los objetos que hay que probar.

-Las características que se van a probar y las que no.

- El método de prueba a utilizar.

- Los recursos que se van a emplear.

- El plan de tiempos.

- Los productos a generar durante las pruebas

- El reparto de las responsabilidades

Consiste en dar instrucciones detalladas acerca de:

- cómo llevar a cabo la prueba para alcanzar los objetivos deseados, Calidad del Software Angélica de Antonio 45

- de qué forma se van a utilizar los métodos de prueba,

- qué objetos se van a probar en cada una de las pruebas y

- qué criterios se van a utilizar para determinar si el objeto pasa o no pasa la prueba.

Consiste en especificar el conjunto de casos de prueba a utilizar en función del diseño realizado para la prueba. Para cada caso de prueba habrá que especificar:

- qué objetos se van a probar,

- qué entradas se les van a dar y

- cuáles son las salidas esperadas.

Consiste en fijar un conjunto de pasos para la ejecución de la prueba. Se especifica detalladamente:

- la secuencia exacta de ejecución de los distintos casos de prueba,

- los requisitos que hay que cumplir para la ejecución de cada caso y

- las condiciones de terminación de cada uno de ellos.

Consiste en ejecutar cada caso de prueba, según el procedimiento especificado en el paso anterior, y registrar los incidentes o problemas encontrados durante la misma.

Se examinan los resultados de la prueba y se decide si se han alcanzado los objetivos propuestos o se debe repetir la prueba