Paso2 - Norma Iso-Iec 14598-5

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 8

Paso 3 – PRUEBA DEL

SOFTWARE

SHIRLEY JASBLEIDY CURICO NORIEGA


Código: 41.061.151

EVALUACIÓN DE SOFTWARE - (301569A_614)

DIRECTOR
GEOVANNY CATALÁN
Norma ISO/IEC 14598-5
La Norma ISO/IEC 14598 Define al modelo de calidad como un
conjunto de características que conforman la base para
especificar requerimientos de calidad y evaluar la calidad;
muestra un modelo de calidad de dos niveles para las
características y sub-características y en el tercer nivel
presenta las métricas con la medición de sus atributos.

ISO/IEC 14598-5 Proceso avaladores: este proceso es utilizado por


organizaciones encargadas de evaluar, provee los requisitos y guías
para la evaluación del producto software. Promueve las siguientes
características de proceso (repetible, Reproducible; Imparcial,
Objetivo)..

Proporciona un marco de trabajo para evaluar la calidad de todos


los tipos de productos de software e indica los requisitos para los
métodos de medición y para el proceso de evaluación.
Características

• 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
EVALUACIÓN DE SOFTWARE
SOFTWARE
PARA PROBAR UN SOFTWARE:
 Diseño de las pruebas.
 Generación de los casos de prueba.
 Definición de los procedimientos de la prueba.
 Ejecución de la prueba 5. Realización de un informe de la prueba

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.
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.

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.
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.

CRITERIOS
 Articiones de Equivalencia.
 Análisis de Valores Límite.
 Métodos Basados en Grafos.
 Pruebas de Comparación.
 Análisis Causa-Efecto.

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.
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.
Bibliografía

 Martinez, C. (2016,26 octubre). Norma ISO/IEC 14598 y tipos de Pruebas de Software. Recuperado
de:http://norma14598.blogspot.com/ 

 Manrique, E. (2018,06 abril). Norma ISO 14598. Recuperado de: https://


es.slideshare.net/eheml/norma-iso-14598-93131431

 Pacheco, L. (2016). Norma de Calidad para sofware. Recuperado de:


https://www.goconqr.com/slide/5114755/norma-iso-iec-14598-y-pruebas-de-software

También podría gustarte