la Norma ISO/IEC 14598 y tipos de Pruebas de Software,

1. Norma ISO/IEC 14598
y tipos de Pruebas de Software
Erin Harold Ernesto Manrique Lara
Cod. 1052378826
Grupo 301569_32
Evaluación de Software

2. Norma ISO/IEC 14598. En sus diferentes etapas, establece un marco de trabajo para
evaluar la calidad de los productos de software proporcionando, además, métricas y
requisitos para los procesos de evaluación de los mismos.
En particular, es utilizada para aplicar los conceptos descritos en la norma ISO / IEC 9126.
Se definen y describen las actividades necesarias para analizar los requisitos de
evaluación, para especificar, diseñar y realizar acciones de evaluación y para concluir la
evaluación de cualquier tipo de producto de software.
Evaluación de Software

3. Evaluación de Software
CARACTERÍSTICAS DEL PROCESO DE EVALUACIÓN:
Repetitividad.
Reproducibilidad.
Imparcialidad.
Objetividad.
CARACTERÍSTICAS
MEDIDAS CONCRETAS
Análisis de los requisitos de evaluación.
Evaluación de las especificaciones.
Evaluación del diseño y definición del plan de evaluación.
Ejecución del plan de evaluación.
Evaluación de la conclusión.
PARTES
ISO/IEC 14598-1 Visión General: provee una visión general de las otras cinco partes y explica la relación entre la
evaluación del producto software y el modelo de calidad definido en la ISO/IEC 9126
ISO/IEC 14598-2 Planeamiento y Gestión: contiene requisitos y guías para las funciones de soporte tales como la
planificación y gestión de la evaluación del producto del software.
ISO/IEC 14598-3 Proceso para desenvolvedores: provee los requisitos y guías para la evaluación del producto software
cuando la evaluación es llevada a cabo en paralelo con el desarrollo por parte del desarrollador.
ISO/IEC 14598-4 Proceso para adquirientes: provee los requisitos y guías para que la evaluación del producto software
sea llevada a cabo en función a los compradores que planean adquirir o reutilizar un producto de software existente o
pre-desarrollado.
ISO/IEC 14598-5 Proceso para avaladores: provee los requisitos y guías para la evaluación del producto software
cuando la evaluación es llevada a cabo por evaluadores independientes.
ISO/IEC 14598-6 Documentación de Módulos: provee las guías para la documentación del módulo de evaluación.

4. Evaluación de Software
SERVICIOS:
Definición de perfiles de calidad de referencia de software
Evaluación de acuerdo con los modelos de calidad predefinidos
Certificación de la calidad del software de acuerdo a los modelos de calidad y normas
Las comparaciones entre productos
La reingeniería del software
Servicio de Monitoreo de calidad del producto
CARACTERÍSTICAS

5. Evaluación de Software
La calidad es un concepto que se deriva de un conjunto de sub-conceptos. En el caso de la
calidad del software, el término es difícil de definir. Con el fin de concretar a qué nos referimos
con calidad de un sistema software, se subdivide en atributos:
• Funcionalidad – Habilidad del software para realizar el trabajo deseado.
• Fiabilidad – Habilidad del software para mantenerse operativo (funcionando).
• Eficiencia – Habilidad del software para responder a una petición de usuario con la velocidad
apropiada.
• Usabilidad – Habilidad del software para satisfacer al usuario.
• Mantenibilidad – Habilidad del software para poder realizar cambios en él fácilmente y con
una adecuada proporción cambio/costo.
• Portabilidad – Habilidad del software para operar en diferentes entornos informáticos.
TIPOS DE PRUEBAS DE SOFTWARE

6. Evaluación de Software
PARA PROBAR UN SOFTWARE:
Diseño de las pruebas.
2. Generación de los casos de prueba.
3. Definición de los procedimientos de la prueba.
4. Ejecución de la prueba
5. Realización de un informe de la prueba
TIPOS DE PRUEBAS DE SOFTWARE
TÉCNICAS DE PRUEBA
Técnicas de caja blanca o estructurales, que se basan en un
minucioso examen de los detalles procedimentales del código
a evaluar, por lo que es necesario conocer la lógica del
programa.
Técnicas de caja negra o funcionales, que realizan pruebas
sobre la interfaz del programa a probar, entendiendo por
interfaz las entradas y salidas de dicho programa. No es
necesario conocer la lógica del programa, únicamente la
funcionalidad que debe realizar.

7. Evaluación de Software
PRUEBAS DE CAJA BLANCA
A este tipo de técnicas se le conoce también como Técnicas de Caja Transparente o de Cristal.
Este método se centra en cómo diseñar los casos de prueba atendiendo al comportamiento
interno y estructura del programa. Se examina así la lógica interna del programa sin considerar los
aspectos de rendimiento.
TIPOS DE PRUEBAS DE SOFTWARE
Criterios:
• Cobertura de Sentencias: Se escriben casos de prueba suficientes para que cada sentencia en el programa
se ejecute, al menos, una vez. - Cobertura de Decisión: Se escriben casos de prueba suficientes para que
cada decisión en el programa se ejecute una vez con resultado verdadero y otra con el falso.
• Cobertura de Condiciones: Se escriben casos de prueba suficientes para que cada condición en una
decisión tenga una vez resultado verdadero y otra falso.
• Cobertura Decisión/Condición: Se escriben casos de prueba suficientes para que cada condición en una
decisión tome todas las posibles salidas, al menos una vez, y cada decisión tome todas las posibles salidas,
al menos una vez.
• Cobertura de Condición Múltiple: Se escriben casos de prueba suficientes para que todas las
combinaciones posibles de resultados de cada condición se invoquen al menos una vez.
• Cobertura de Caminos: Se escriben casos de prueba suficientes para que se ejecuten todos los caminos de
un programa. Entendiendo camino como una secuencia de sentencias encadenadas desde la entrada del
programa hasta su salida.

8. Evaluación de Software
PRUEBAS DE CAJA NEGRA
Pruebas de Comportamiento, estas pruebas se basan en la especificación del programa o
componente a ser probado para elaborar los casos de prueba. El componente se ve como una
“Caja Negra” cuyo comportamiento sólo puede ser determinado estudiando sus entradas y las
salidas obtenidas a partir de ellas.
TIPOS DE PRUEBAS DE SOFTWARE
Criterios:
- Articiones de Equivalencia.
− Análisis de Valores Límite.
− Métodos Basados en Grafos.
− Pruebas de Comparación.
− Análisis Causa-Efecto.

9. Evaluación de Software
PARTICIONES DE EQUIVALENCIA
Es un método de prueba de Caja Negra que divide el campo de entrada de un programa en clases
de datos de los que se pueden derivar casos de prueba. La partición equivalente se dirige a una
definición de casos de prueba que descubran clases de errores, reduciendo así el número total de
casos de prueba que hay que desarrollar. Pruebas de Comportamiento, estas pruebas se basan en
la especificación del programa o componente a ser probado para elaborar los casos de prueba. El
componente se ve como una “Caja Negra” cuyo comportamiento sólo puede ser determinado
estudiando sus entradas y las salidas obtenidas a partir de ellas.
TIPOS DE PRUEBAS DE SOFTWARE
ANÁLISIS DE VALORES LÍMITE
Las condicione límite son aquellas que se hayan en los márgenes de la clase de equivalencia, tanto de entrada
como de salida. Por ello, se ha desarrollado el análisis de valores límite como técnica de prueba. Esta técnica
nos lleva a elegir los casos de prueba que ejerciten los valores límite. Por lo tanto, el análisis de valores límite
complementa la técnica de partición de equivalencia de manera que:
- En lugar de seleccionar cualquier caso de prueba de las clases válidas e inválidas, se eligen los casos de prueba
en los extremos.
- En lugar de centrase sólo en el dominio de entrada, los casos de prueba se diseñan también considerando el
dominio de salida.