Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

TECNICAS O MÉTODOS DE PRUEBAS DE SOFTWARE

No description
by

Aldair Acevedo Tornero

on 19 May 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of TECNICAS O MÉTODOS DE PRUEBAS DE SOFTWARE

Capitulo 5
Capitulo 4
Capitulo 2
Capitulo 3
Capitulo 1
.
.
Ventajas y Desventajas de las Pruebas de Caja Blanca y Caja Negra
Capitulo 3
CMS
1. PROBAR
1. Detectar un Error
2. Tener un buen caso de prueba.
3. Descubrir un error no descubierto antes.
TECNICAS O MÉTODOS DE PRUEBAS DE SOFTWARE
Pruebas de Caja Blanca y Caja Negra
CONCLUSIONES
1. Definición y Conceptos
OBJETIVOS PRINCIPALES
2. Principios de Prueba
7. Pruebas Estructurales (Caja Blanca)
INTRODUCCIÓN
3. OBJETIVOS DE LA PRUEBA
El principal objetivo de una prueba es descubrir un error.
Los principios de prueba son 6.
4. CLASIFICACION DE LOS METODOS DE PRUEB
A
1. Pruebas de Caja Blanca
2. Pruebas de Caja Negra
Capitulo (2). Análisis de cobertura y pruebas basadas en estructuras (caja blanca)
Tienen como objetivo la intención de mantener la estructura de un programa de vista, es decir, probar los estatutos condicionales, bucles y ciclos.
1. Pruebas de Caja Blanca
PRUEBAS DE CAJA BLANCA
2. Puntos Importantes
1. Conocer el desarrollo interno del programa

2.Considerar las reglas definidas por cada algoritmo.

3. Comparar el desarrollo del programa en su código con la documentación pertinente.
3. Análisis de Cobertura
Según Cornett en el 2002 es el proceso de encontrar fragmentos del programa que no son ejecutados por los casos de prueba.
5. Clasificación de los criterios de cobertura
Criterios Estructurales
Criterios Funcionales
Criterios Estocasticos o Estadisticos
6. Clasififacion de criterios de Cobertura (Parte 2)
A pesar de que los criterios de cobertura se deberían basar en los tres aspectos comentados anteriormente la gran mayoría de los criterios que se clasifican en estos dos grupos
6.2 Criterios Basados en Flujo de Datos
Este tipo de criterios de cobertura se basa en el análisis de los flujos de los datos.
Criterios de Cobertura basados en todas las definiciones
Criterio de cobertura de todos los usos
Criterio de cobertura de caminos definición/uso
Criterios de cobertura que existen:
6.1 Criterios de Cobertura basados en el flujo de control
Cobertura de sentencias
Cobertura de decisiones
Cobertura de Condiciones
Criterio de decisión/condición
Criterio de condición múltiple
Criterio de cobertura de caminos
Clasififación
:
Están basados en las expresiones lógicas introducidas en la especificación del sistema bajo prueba que determinan cuando existen o no saltos o bucles dentro de la implementación.
7.1 Pruebas de Camino Básico
La prueba del camino básico es una técnica de prueba de la Caja Blanca propuesta por
Tom McCabe.
Pasos para aplicar la tecnica de Camino Básico
Dibujar el grafo
Calcular la complejidad ciclomática
Encontrar los caminos básicos
Diseñar un caso de prueba para cada uno de los caminos
DIBUJAR EL GRAFO
Para dibujar el grafo es necesario identificar las secuencias, el estatuto condicional y los estatutos de repetición del código.
EJEMPLO EL CODIGO JAVA
3 estatutos Condicionlaes

8 lineas de secuencia
GENERAMOS EL DIAGRAMA DE FLUJO Y LUEGO LOS DIAGRAMAS DE GRAFOS
Como puede observar, el rombo son los estatutos condicionales y el cuadrado las lineas de secuencia.
DIAGRAMAS DE FLUJO
DIAGRAMAS DE GRAFOS
CALCULAR LA COMPLEJIDAD CICLOMÁTICA
La complejidad ciclomática es una métrica del software que proporciona una medición cuantitativa de la complejidad lógica de un programa.
1. CC = número de arcos – número de nodos + 2.
2. CC = número de nodos predicados + 1.
3. CC = número de regiones del grafo.
1.- CC = número de arcos (11) – número de nodos (9) + 2. = 4.
ARCOS = FLECHAS
NODOS = CIRCULOS
2.- CC = número de nodos predicados (3) + 1 = 4.
Numeros de nodos predicados:
Se caracteriza porque dos o mas nodos emergen en el.
CC = número de regiones del grafo = 4 (Las regiones están identificadas con símbolos de diferentes colores)
ENCONTRAR LOS CAMINOS BÁSICOS
1. 1,11.
2. 1, 2-3, 4-5, 10, 1 11.
3. 1, 2-3, 6, 7, 9, 10, 1, 11.
4. 1, 2-3, 6, 8, 9, 10, 1, 11.

COMPLEJIDAD CICLOMÁTICA = 4
Diseñar los casos de Prueba
El objetivo de la prueba
Los datos de entrada de la prueba.
Procedimiento para ejecutar la prueba
La salida esperada.
ID de la Prueba
Y un campo para documentar el resultado de la prueba
Para diseñar debemos hacer una tabla
4.
4. Criterios de cobertura (calidad de casos de prueba basados en pruebas de caja blanca)
Los criterios de cobertura definen ciertas reglas que han de cumplir un conjunto de casos de prueba para satisfacerlo.
7.2 Pruebas de Estructura de Control
7.2.1 Prueba de Condición
• Error de operador lógico
• Error en una variable lógica.
• Error en una condición simple o compuesta.
• Error en un operador relacional.
• Error en una expresión aritmética.

Se pueden detectar los siguientes errores:
7.2.2 Prueba de flujo de datos
7.2.3 Pruebas de Bucles
• Bucles simples
• Bucles concatenados
• Bucles anidados
• Bucles no estructurados

BUCLES SIMPLES
BUCLES CONCATENADOS
BUCLES ANIDADOS
Bucles no estructurados
8. MUTACIONES
Un mutante es una copia del programa que se está probando (programa “original”) al que se le ha introducido un único y pequeño cambio sintáctico.
PRUEBAS DE CAJA NEGRA
1. PRUEBAS DE CAJA NEGRA
Las pruebas de caja negra son, pruebas funcionales dedicadas a “mirar” en el exterior de lo que se prueba.
2. DESCRIPCION DE LAS PRUEBAS DE CAJA NEGRA
Las pruebas de caja negra se centran principalmente en lo que “se quiere” de un módulo, chárter o sección específica de un software
Posibles Errores
3. Limitaciones de la Caja negra
4. Métodos de Prueba de Caja Negra
4.1. Metodos de Prueba Basados en grafos
4.2 Particion Equivalente
4.3 Prueba de Tabla Ortogonal
4.4 Conjetura de Errores
4.5 Prueba de Comparación
Metodos de Prueba Basados en grafos
. Se crea un grafo de objetos importantes y sus relaciones
. Se diseña una serie de pruebas que cubran el grafo de manera que se ejerciten todos los objetos y sus relaciones para descubrir errores.
PARTICION EQUIVALENTE
Ejemplo de Particion Equivalente
PRUEBA DE TABLA ORTOGONAL
ADIVINANDO EL ERROR
PRUEBA DE COMPARACION
CAJA BLANCA
CAJA NEGRA
PRESENTACION
Video de Explicacion
RECOMENDACIONES
PREGUNTAS
PRESENTACION
Estas Pruebas se clasifican en:
Full transcript