Your SlideShare is downloading. ×
0
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Calidad De Software Diapositivas
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Calidad De Software Diapositivas

22,982

Published on

todo el proceso de evaluar la calidad de software

todo el proceso de evaluar la calidad de software

Published in: Technology, Business
6 Comments
8 Likes
Statistics
Notes
No Downloads
Views
Total Views
22,982
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
1,201
Comments
6
Likes
8
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Transcript

    • 1. Calidad de Software Ing. Felipe Aliaga Cavero
    • 2. CAPACIDAD I Fundamentos de la Calidad de Software
    • 3.  
    • 4.  
    • 5.  
    • 6.  
    • 7.  
    • 8.  
    • 9.  
    • 10.  
    • 11.  
    • 12.  
    • 13.  
    • 14.  
    • 15.  
    • 16.  
    • 17.  
    • 18.  
    • 19.  
    • 20.  
    • 21.  
    • 22.  
    • 23.  
    • 24.  
    • 25.  
    • 26.  
    • 27.  
    • 28.  
    • 29.  
    • 30.  
    • 31.  
    • 32.  
    • 33.  
    • 34.  
    • 35.  
    • 36.  
    • 37.  
    • 38.  
    • 39.  
    • 40.  
    • 41.  
    • 42.  
    • 43.  
    • 44. Calidad en el Proceso de Software
    • 45.  
    • 46.  
    • 47.  
    • 48.  
    • 49.  
    • 50. CAPACIDAD II Modelos y Estándares de Calidad de Software
    • 51.
      • ISO 9000
      • CMM (Estados Unidos)
      • Tick It (Inglaterra)
      • Bootstrap (Europa)
      • ISO/SPICE (Australia)
      Modelos de Calidad de Software – Calidad del Proceso
    • 52. ISO: INTERNATIONAL ORGANIZATION FOR STANDARIZATION COMITÉS TÉCNICOS (TC) SUBCOMITÉS (SC) GRUPOS DE TRABAJO (WG) Borrador de WG WD Borrador de comité CD Borrador de norma intern. DIS Borrador final norma intern. FDIS Norma intern. IS Especificación técnica (TS) Informe técnico (TR) Especificación pública (PAS) Acuerdo técnico de la industria (ITA) ISO 9000
    • 53.
      • UNE-EN ISO 9000:2000 Sistemas de gestión de la calidad. Fundamentos y vocabulario ( ISO 9000:2000 )
      • UNE-EN ISO 9001:2000 Sistemas de gestión de la calidad. Requisitos ( ISO 9001:2000 )
      •  
      • UNE-EN ISO 9004:2000 Sistemas de gestión de la calidad. Directrices para la mejora del desempeño ( ISO 9004:2000 )
      • Norma ISO 1901 1, que proporciona orientación relativa a las auditorías de sistemas de gestión de la calidad y de gestión ambiental.
      •  
      NORMAS ISO 9000 ISO 9000
    • 54. NORMAS ISO 9000 ISO 9000
    • 55. RAZONES PARA USAR ISO 9000 Demanda del cliente Necesidad de mejorar procesos/sistemas ISO 9000
    • 56. ISO 9000
    • 57.
      • Enfoque al cliente
      • Liderazgo
      • Participación del personal
      • Enfoque basado en procesos
      • Enfoque de sistema para la gestión
      • Mejora continua
      • Enfoque basado en hechos para la toma de decisión
      • Relaciones mutuamente beneficiosas con el proveedor
      PRINCIPIOS DE GESTIÓN DE LA CALIDAD ISO 9000
    • 58. OBJETO Y CAMPO DE APLICACIÓN a) las organizaciones que buscan ventajas por medio de la implementación de un sistema de gestión de la calidad; b) las organizaciones que buscan la confianza de sus proveedores en que sus requisitos para los productos serán satisfechos; c) los usuarios de los productos; d) aquellos interesados en el entendimiento mutuo de la terminología utilizada en la gestión de la calidad (por ejemplo: proveedores, clientes, entes reguladores); e) todos aquellos que, perteneciendo o no a la organización, evalúan o auditan el sistema de gestión de la calidad para determinar su conformidad con los requisitos de la Norma ISO 9001 f) todos aquellos que, perteneciendo o no a la organización, asesoran o dan formación sobre el sistema de gestión de la calidad adecuado para dicha organización; g) aquellos quienes desarrollan normas relacionadas. ISO 9000
    • 59.
      • FUNDAMENTOS DE LOS SISTEMAS DE GESTIÓN DE LA CALIDAD
        • Base racional para los sistemas de gestión de la calidad
        • Requisitos para los sistemas de gestión de la calidad y requisitos para los productos
        • Enfoque de sistemas de gestión de la calidad
        • Enfoque basado en procesos
        • Política de la calidad y objetivos de la calidad
        • Papel de la alta dirección dentro del sistema de gestión de la calidad
        • Documentación
        • Evaluación de los sistemas de gestión de la calidad
        • Mejora continua
        • Papel de las técnicas estadísticas
        • Sistemas de gestión de la calidad y otros sistemas de gestión
        • Relación entre los sistemas de gestión de la calidad y los modelos de excelencia
      ISO 9000
    • 60.
      • Enfoque de sistemas de gestión de la calidad
      •  
      • D eterminar las necesidades y expectativas de los clientes y de otras partes interesadas;
      • E stablecer la política y objetivos de la calidad de la organización;
      • D eterminar los procesos y las responsabilidades necesarias para el logro de los objetivos de la calidad;
      • D eterminar y proporcionar los recursos necesarios para el logro de los objetivos de la calidad;
      • E stablecer los métodos para medir la eficacia y eficiencia de cada proceso;
      • A plicar estas medidas para determinar la eficacia y eficiencia de cada proceso;
      • D eterminar los medios para prevenir no conformidades y eliminar sus causas;
      • E stablecer y aplicar un proceso para la mejora continua del sistema de gestión de la calidad.
      ISO 9000
    • 61. Enfoque basado en proceso s ISO 9000
    • 62. Enfoque basado en proceso s ISO 9000
    • 63.
      • E stablecer y mantener la política de la calidad y los objetivos de la calidad de la organización;
      • P romover la política de la calidad y los objetivos de la calidad a través de la organización para aumentar la toma de conciencia, la motivación y la participación;
      • A segurarse del enfoque hacia los requisitos del cliente en toda la organización;
      • A segurarse de que se implementan los procesos apropiados para cumplir con los requisitos de los clientes y de otras partes interesadas y para alcanzar los objetivos de la calidad;
      • A segurarse de que se ha establecido, implementado y mantenido un sistema de gestión de la calidad eficaz y eficiente para alcanzar los objetivos de la calidad;
      • A segurarse de la disponibilidad de los recursos necesarios;
      • R evisar periódicamente el sistema de gestión de la calidad;
      • D ecidir sobre las acciones en relación con la política y con los objetivos de la calidad;
      • D ecidir sobre las acciones para la mejora del sistema de gestión de la calidad.
      Papel de la alta dirección ISO 9000
    • 64.
      • Cada organización debería determinar qué procesos deben documentarse en función de los requisitos de su cliente y de los legales o reglamentarios aplicables, de la naturaleza de sus actividades y de su estrategia corporativa global.
      • Al determinar qué procesos deberían documentarse la organización podría considerar factores tales como:
        • -         el efecto sobre la calidad
        • -         el riesgo de insatisfacción del cliente
        • -         los requisitos legales y reglamentario
        • -         el riesgo económico
        • -         la eficacia y eficiencia
        • -         la competencia del personal
        • -         la complejidad de los procesos
      •  
      ISO 9000
    • 65.
      • Evaluación de los sistemas de gestión de la calidad
      • Procesos de evaluación :
        • ¿Se ha identificado y definido apropiadamente el proceso?
        • ¿Se han asignado las responsabilidades?
        • ¿Se han implementado y mantenido los procedimientos?
        • ¿Es el proceso eficaz para lograr los resultados requeridos?
      •  
      • A uditorías del sistema de gestión de la calidad
      • Revisión del sistema de gestión de la calidad
      ISO 9000
    • 66. M ejora continua a) A nálisis y evaluación de la situación existente para identificar áreas para la mejora; b) E stablecimiento de los objetivos para la mejora; c ) B úsqueda de posibles soluciones para lograr los objetivos; d) E valuación de dichas soluciones y su selección; e) I mplementación de la solución seleccionada; f) M edición, verificación, análisis y evaluación de los resultados de la implementación para determinar que se han alcanzado los objetivos ISO 9000
    • 67.  
    • 68.  
    • 69.  
    • 70.  
    • 71.  
    • 72.  
    • 73.  
    • 74.  
    • 75.  
    • 76.  
    • 77.  
    • 78.  
    • 79.  
    • 80.  
    • 81.  
    • 82.  
    • 83.  
    • 84.  
    • 85.  
    • 86.  
    • 87. CAPACIDAD III Métricas en la Calidad de Software
    • 88. Modelo Mc-Call
    • 89. CAPACIDAD IV Actividades de Control de Calidad de Software
    • 90. Calidad del Producto
    • 91. Verificación & Validación
    • 92.  
    • 93.  
    • 94.  
    • 95.  
    • 96.  
    • 97.  
    • 98.  
    • 99.  
    • 100.  
    • 101.  
    • 102.  
    • 103.  
    • 104.  
    • 105.  
    • 106.  
    • 107.  
    • 108.  
    • 109. Pruebas de Software
    • 110. Contenidos
      • Introducción
      • Pruebas de Caja Blanca
        • Prueba del Camino Básico
        • Pruebas de Estructuras de Control
      • Pruebas de Caja Negra
        • Partición Equivalente
        • Análisis de Valores Límite
      • Herramientas para Pruebas
    • 111. Introducción
      • Pruebas: factor crítico para garantizar la calidad del software
      • Una prueba conlleva la intención de descubrir algún error
      • Un caso de prueba es bueno cuando su ejecución conlleva una alta probabilidad de encontrar un error
      • El éxito de la prueba se mide en función de la capacidad de detectar un error que estaba oculto
    • 112. ... Introducción Prueba Modelo de Fiabilidad Depuración Evaluación Configuración del Software Configuración de la Prueba Errores Correciones Predicción Fiabilidad Resultados esperados Resultados de la prueba Datos de tasa de error
    • 113. ... Introducción
      • Tipos de Pruebas:
        • Unitarias
        • de Integración
        • de Aceptación
        • de Regresión
        • de Carga
        • Alpha
        • Beta
        • ...
    • 114. ... Introducción
      • El diseño de casos de prueba para la verificación del software puede significar un esfuerzo considerable (cerca del 50% del tiempo total de desarrollo)
      • Para Pruebas Unitarias existen fundamentalmente dos enfoques:
        • Pruebas de Caja Blanca (o Pruebas Estructurales)
        • Pruebas de Caja Negra (o Pruebas Funcionales)
      • Combinar ambos enfoques permite lograr mayor fiabilidad
    • 115.
      • Conceptos
        • Error : acción humana que produce una falta
        • Falta : algo que está mal en un producto (modelo, código, documento, etc.)
        • Fallo : manifestación de una falta
        • Defecto : error, falta o fallo
      • Verificación y Validación
        • Verificación : ¿estamos construyendo el producto correctamente?
        • Validación : ¿estamos construyendo el producto correcto?
      ... Introducción
    • 116.
      • La prueba de la caja blanca usa la estructura de control del diseño procedural para derivar los casos de prueba
      • Idea: confeccionar casos de prueba que garanticen que se verifican todos los caminos independientes
      • Verificaciones para cada camino independiente:
        • Probar sus dos facetas desde el punto de vista lógico, es decir, verdadera y falsa
        • Ejecutar todos los bucles en sus límites operacionales
        • Ejercitar las estructuras internas de datos
      Pruebas de Caja Blanca
    • 117.
      • Propuesta por Tom McCabe (1976)
      • La idea es derivar casos de prueba a partir de un conjunto dado de caminos independientes
      • Camino independiente es aquel que introduce por lo menos una sentencia de procesamiento (o valor de condición) que no estaba considerada
      • Para obtener el conjunto un conjunto de caminos independientes se construirá el Grafo de Flujo asociado y se calculará su Complejidad Ciclomática
      ... Pruebas de Caja Blanca Prueba del Camino Básico
    • 118. Pruebas de Caja Blanca Prueba del Camino Básico - Grafo de Flujo Secuencia if While then else end if CASE opción1 no opción1 END CASE opción2 no opción2 ... ... no opciónN opciónN
    • 119. Pruebas de Caja Blanca Prueba del Camino Básico - ... Grafo de Flujo Aristas Nodos Región
    • 120. Pruebas de Caja Blanca Prueba del Camino Básico - Complejidad Ciclomática
      • Complejidad ciclomática de un grafo de flujo V(G) establece el número de caminos independientes
      • Puede calcularse de tres formas alternativas:
        • El número de regiones del grafo de flujo
        • V(G) = A - N + 2, donde A es el número de aristas y N es el número de nodos
        • V(G) = P + 1, donde P es el número de nodos predicado
    • 121. Pruebas de Caja Blanca Prueba del Camino Básico - ... Complejidad Ciclomática
      • V(G) = 4
        • El grafo de la figura tiene cuatro regiones.
        • 11 aristas - 9 nodos + 2 = 4
        • 3 nodos predicado + 1 = 4
      1 1 2, 3 11 11 10 10 9 9 8 8 7 7 6 6 4, 5 4, 5
    • 122. Pruebas de Caja Blanca Prueba del Camino Básico - Conjunto Básico 1 2, 3 11 10 9 8 7 6 4, 5 Un conjunto de caminos independientes Camino 1: 1-11 Camino 2: 1-2-3-4-5-10-1-11 Camino 3: 1-2-3-6-8-9-10-1-11 Camino 4: 1-2-3-6-7-9-10-1-11 El camino 1-2-3-4-5-10-1-2-3-6-8-9-10-1-11 No se considera un camino independiente, ya que es simplemente una combinación de caminos ya especificados Los cuatro caminos anteriores constituyen un conjunto básico para el grafo
    • 123. Pruebas de Caja Blanca Prueba del camino básico - ... Conjunto Básico
      • Tratamiento de Condiciones Compuestas
      • Ejemplo :
      • IF a OR b THEN
        • procedimiento x
        • ELSE
        • procedimiento y
      • ENDIF
      a x y b x Nodos Predicado False True False True
    • 124. Pruebas de Caja Blanca Prueba del camino básico - Derivación de casos de prueba
      • Pasos para realizar las pruebas:
        • A partir del diseño o del código fuente, dibujar el grafo de flujo asociado
        • Se calcula la complejidad ciclomática del grafo
        • Se determina un conjunto básico de caminos independientes
        • Se preparan los casos de prueba que obliguen a la ejecución de cada camino del conjunto básico
    • 125. Pruebas de caja blanca Prueba del camino básico - ... Derivación de casos de prueba PROCEDURE imprime_media(VAR x, y : real;) VAR resultado : real; resultado:=0; IF (x < 0 OR y < 0) THEN WRITELN( “ x e y deben ser positivos”); ELSE resultado := (x + y)/2 WRITELN( “ La media es: “, resultado); ENDIF END imprime_media 1 2 3 4 5 6 Ejemplo:
    • 126. Pruebas de Caja Blanca Prueba del camino básico - ... Derivación de casos de prueba 1 2 3 4 4 6 5
      • V(G) = 2+1 = 3. Por lo tanto, h ay que
      • determinar tres caminos independientes.
      • Por ejemplo:
      • Camino 1: 1-2-3-5-6
      • Camino 2: 1-2-4-6
      • Camino 3: 1-2-3-4-6
      • Casos de prueba para cada camino:
        • Camino 1: Escoger algún x e y tales que se
        • cumpla x >= 0 AND y >= 0
        • Camino 2: Escoger algún x tal que se
        • cumpla x < 0
        • Camino 3: Escoger algún x e y tales que se
        • cumpla x >= 0 AND y < 0
      False False True True x < 0 y < 0
    • 127. Pruebas de Caja Blanca Otras Pruebas de Caja Blanca – Prueba de Condiciones
      • Prueba de condiciones. Tipos de errores que pueden aparecer en una condición:
        • Existe un error en un operador lógico
        • Existe un error en un paréntesis lógico
        • Existe un error en un operador relacional
        • Existe un error en una expresión aritmética
    • 128. Pruebas de Caja Blanca Otras Pruebas de Caja Blanca – Prueba de Bucles Bucles simples Bucles anidados Bucles concatenados Bucles no estructurados
    • 129.
      • Pruebas para Bucles simples (n es el número máximo de iteraciones permitidos por el bucle)
        • Pasar por alto totalmente el bucle
        • Pasar una sola vez por el bucle
        • Pasar dos veces por el bucle
        • Hacer m pasos por el bucle con m < n
        • Hacer n-1, n y n + 1 pasos por el bucle
      Pruebas de Caja Blanca Otras Pruebas de Caja Blanca – ... Prueba de Bucles
    • 130.
      • Pruebas para Bucles Anidados
        • Comenzar en el bucle más interior estableciendo los demás bucles en sus valores mínimos
        • Realizar las pruebas de bucle simple para el más interior manteniendo los demás en sus valores mínimos
        • Avanzar hacia fuera confeccionando pruebas para el siguiente bucle manteniendo todos los externos en los valores mínimos y los demás bucles anidados en sus valores típicos
        • Continuar el proceso hasta haber comprobado todos los bucles
      Pruebas de Caja Blanca Otras Pruebas de Caja Blanca – ... Prueba de Bucles
    • 131.
      • Pruebas para Bucles concatenados
        • Siempre que los bucles concatenados sean independientes se puede aplicar lo relativo a bucles simples/anidados. En caso de ser dependientes se evaluarán como bucles anidados
      • Pruebas para Bucles no estructurados
        • Siempre que se usen los mecanismos que aporta la programación estructurada, este tipo de bucles no estarán presentes
      Pruebas de Caja Blanca Otras Pruebas de Caja Blanca – ... Prueba de Bucles
    • 132.
      • Las pruebas de caja negra se centran en los requisitos funcionales del software
      • La prueba de la caja negra intenta encontrar errores de los siguientes tipos:
        • Funciones incorrectas o inexistentes
        • Errores relativos a las interfaces
        • Errores en estructuras de datos o en accesos a bases de datos externas
        • Errores debidos al rendimiento
        • Errores de inicialización o terminación
      Pruebas de Caja Negra
    • 133. Pruebas de Caja Negra Partición Equivalente
      • La partición equivalente es un método que divide el campo de entrada de un programa en clases de datos
      • Una condición de entrada es un valor numérico específico, un rango de valores, un miembro de un conjunto de valores o lógica
      • Una clase de equivalencia representa un conjunto de estados válidos y no válidos para una condición de entrada
      • La prueba de partición equivalente se basa en evaluar las clases de equivalencia para una condición de entrada
    • 134. Pruebas de Caja Negra Partición Equivalente Paso 1: Identificar Clases de Equivalencia
        • Se examina cada condición de entrada y se divide en dos o más grupos.
        • Se identifican dos tipos de clases:
          • Clases de equivalencia válidas
          • Clases de equivalencia no válidas
      Condición de entrada Clases de Equivalencia Válidas Clases de Equivalencia No ´Válidas
    • 135.
      • Si la condición de entrada es un:
        • Rango, se define una clase de equivalencia válida y dos no válidas
        • Valor específico, se define una clase de equivalencia válida y dos no válidas
        • Miembro de conjunto, se define una clase de equivalencia válida y otra no válida
        • Lógica, se define una clase válida y otra no válida
      Pruebas de Caja Negra ... Partición Equivalente Paso 1: Identificar Clases de Equivalencia
    • 136.
        • Asignar un número único a cada clase de equivalencia
        • Escribir casos de prueba que cubran tantas clases válidas no incorporadas como sea posible hasta que se cubran todas las clases de equivalencia válidas
        • Escribir casos de prueba que cubran una sola clase no válida no incorporada hasta que se cubran todas las clases de equivalencia no válidas.
      Pruebas de Caja Negra … Partición Equivalente Paso 1: Identificar Clases de Equivalencia
    • 137. Pruebas de Caja Negra Análisis de Valores Límite
      • La técnica de Análisis de Valores Límites selecciona casos de prueba que ejerciten los valores límite
      • Complementa la prueba de partición equivalente. En lugar de realizar la prueba con cualquier elemento de la partición equivalente, se escogen los valores en los bordes de la clase
      • Se derivan tanto casos de prueba a partir de las condiciones de entrada como con las de salida
    • 138.
      • Un usuario puede conectarse al banco por Internet y realizar una serie de operaciones bancarias. Una vez accedido al banco con las consiguientes medidas de seguridad (clave de acceso y demás), se requiere la siguiente entrada:
        • Código del banco . En blanco o número de tres dígitos. En este último caso, el primero de los tiene que ser mayor que 1
        • Código de sucursal . Un número de cuatro dígitos. El primero de ellos mayor de 0
        • Número de cuenta . Número de cinco dígitos
        • Clave personal . Valor alfanumérico de cinco posiciones. Este valor se introducirá según la orden que se desee realizar
        • Orden . Puede estar en blanco o ser una de las dos cadenas siguientes:
          • “ Talonario”
          • “ Movimientos”
          • En el primer caso el usuario recibirá un talonario de cheques, mientras que en el segundo recibirá los movimientos del mes en curso. Si este código está en blanco, el usuario recibirá los dos documentos
      Pruebas de Caja Negra Ejemplo
    • 139. Condición de Entrada Tipo Clase Equivalencia Válida Clase Equivalencia No Válida Código banco Lógica (puede estar o no) Si está es Rango 1 : En blanco 2 : 100<= Código banco <= 999 3 : Un valor no numérico 4 : Código banco < 100 5 : Código banco > 999 Código sucursal Rango 6 : 1000 <= Código sucursal <= 9999 7 : Código sucursal < 1000 8 : Código sucursal >= 9999 Nº Cuenta Valor 9 : Cualquier número de cinco dígitos 10 : Número de más de cinco dígitos 11 : Número de menos de cinco dígitos Clave Valor 12 : Cualquier cadena de caracteres alfanuméricos de 5 posiciones 13 : Cadena de menos de cinco posiciones 14 : Cadena de más de cinco posiciones Orden Conjunto, con comportamiento distinto 15 : “” 16 : “Talonario” 17 : “Movimientos” 18 : Cadena distinta de blanco y de las válidas
    • 140.
      • Derivar casos de prueba para el ejemplo
      • Complementar con casos de prueba según análisis de valores límite
      Pruebas de Caja Negra … Ejemplo Número Clases de Equivalencia Propósito del Caso Datos de Prueba Condición de Entrada 1 Condición de Entrada 2 … Condición de Entrada n
    • 141. Herramientas para Pruebas
      • Tipos de Herramientas para Pruebas
        • Record/Playback
        • Analizadores de Código
        • Analizadores de Cobertura ( coverage analyzers )
        • Analizadores de Memoria
        • Herramientas de Carga/Desempeño
        • Herramientas para probar sitios W eb
        • O t ras – para administración de pruebas , documenta ción de errores y control de configuración
      • Links
        • http://www.aptest.com/resources.html
        • http://www.softwareqatest.com/

    ×