Vous êtes sur la page 1sur 12

Unidad 2: Paso 3 - Diseño y Elaboración

Evaluación De Software

Presentado Por:
Sandra Yineth Macías
Código: 1083882650

Grupo:
301569_10

Presentado A:
Geovanni Catalán
Tutor

Universidad Nacional Abierta Y A Distancia – (UNAD)


Escuela de Ciencias Básicas, Tecnología e Ingeniería

Julio 2019
Norma ISO/IEC 14598-5 y tipos de Pruebas de Software.

Es una norma estándar que proporciona un trabajo donde


evalúa la calidad del producto en sus diferentes tipos de
software, para ello se tienen en cuenta ciertos requisitos
como son los métodos de medición, proceso de evaluación,
la proporciones métricas. Además cuenta con una
evaluación por medio de 6 etapas.
 Iso/ IEC 14598-5 Imparcial. Es la evaluación debe resultar
Estas normas son una serie de proceso de los estudios realizados en esa instancia
que utilizado por las distintas y no deben estar influidos por resultados
organizaciones que son encargada de anteriores obtenidos para realizar la
evaluar los requisitos del producto misma evaluación.
software, y en ella se caracterizan los
siguientes:

CARACTERISITCAS DE LOS PROCESOS DE


EVALUCION:

Repetible. Proceso bajo las mismas


circunstancias, la misma configuración
de las herramientas utilizadas, el mismo
producto y el mismo evaluador, la
evaluación obtenga el mismo resultado.
Reproducible . Proceso mantenerse todas
las condiciones iguales, salvo que el
evaluador sea otro y en este caso
también se debe obtener el mismo
resultado.
 CARACTERISTICAS QUE DESCRIBEN LAS MEDIDAS CONCRETAS:

Análisis de establecimientos de requisitos: el evaluador se realiza una


definición del cubrimiento de la evaluación, donde se especifica que es lo
que se quiere evaluar y que no.

Evaluación de especificaciones: Esta etapa tiene como propósito


especificar las mediciones a ser tomadas sobre los atributos de calidad
que se definieron en la etapa anterior. Además, se desea brindar un nivel
de detalle suficiente como para asegurar que el proceso sea repetible y
reproducible,
Diseño de evaluación: Esta etapa tiene como propósito documentar los
procedimientos y métodos a ser usados en la evaluación. A su vez es de
interés especificar aquí los requerimientos a ser utilizados en la Evaluación.
Conclusiones de la evaluación.
 El propósito principal de esta etapa es el de generar el Informe Final de la
Evaluación mediante una revisión conjunta con el cliente, como veremos
a continuación.
TIPOS PRUEBAS FUNCIONALES DE SOFTWARE
 Prueba unitaria: se enfoca sobre cada modulo que
maneja cierta integración. Por lo tanto estas pruebas
ejecuta el desarrollo verificando su código que
cumpla con su estándar a su vez que no ponga en
riesgo su estabilidad del sistema. De modos que este
componente podrá comprobar sus características
funcionales y no fundacionales.
 Integración: es conocida como pruebas de interfaz a
que prueba que exista una interacción entre los
componentes.
 Aceptación : esta prueba es quien la realiza el usuario
donde da su visto bueno para ello no debe presentar
fallas ni errores
 Pruebas ALFA: el cliente emplear el software para
realizarle un tratamiento de proceso en cuanto a su
dependencia o labor.
 PREUBAS BETA: es ejecutada en las dependencias de
los clientes.
PRUEBAS FUNCIONAL DEL SOFTWARE

 Trabajas las funcionalidades que enfoca en la validación correcta


de la implementación de las necesidades del cliente
PRUEBAS NO FUNCIONALES
Se enfoca en las características de un
software no fundacionales donde se
miden los atributos que no pueden ser
validados sin el uso de una herramienta.
Carga: prueba de sistema donde cubre
una demanda esperada
Rendimiento: rapidez con la cual el
sistema ejecuta una determinada
función.
Estrés: es sujetar a la aplicación a una
carga mayor de la esperada como es
la seguridad, estabilidad, volumen,
fiabilidad, mantenibilidad, portabilidad,
PRUEBAS NO FUNCIONALES DEL SOFTWARE

 Pruebas de compatibilidad
 Pruebas de seguridad
 Pruebas de Stress
 Pruebas de usabilidad
 Pruebas de rendimiento
 Pruebas de internacionalización y localización
 Pruebas de escalabilidad
 Pruebas de mantenibilidad
 Pruebas de instalabilidad
 Pruebas de portabilidad
PRUEBAS DINAMICA CAJA BLANCA

Trabaja sobre el análisis de prueba


por medio de la revisiones y
herramientas.
Aquí se puede contemplar cada uno
de los métodos estáticos como son
los costos bajos, correlación de
errores, prevención de defectos.
Todos estos elementos de las
técnicas de caja blanca examina lo
que es la parte interna del programa
( códigos fuentes ).
PRUEBA DINAMICA CAJA NEGRA

 Se enfoca en el trabajo del sistema en cuanto a tomar la estructura


interna del mismo. es decir valida las salidas de datos que sean las
esperadas.
BIBLIOGRAFICAS

 Caponi, M. De vera, D. (2016). Gestión de Software Informe sobre Evaluación de


Productos. Recuperado
de http://www.fing.edu.uy/inco/cursos/gestsoft/Presentaciones/Evaluacion%20d
e%20Productos%20-%20G2/Evaluacion%20de%20Productos.pdf

 Anónimo. (2016). Prueba de Software. Recuperado


dehttps://senastage.blackboard.com/bbcswebdav/courses/150752/Pruebas%2
0del%20Software_T%C3%A9cnicas.pdf

 Anónimo. (2016). It - Mentor. Pruebas de Software. Recuperado


de:http://materias.fi.uba.ar/7548/PruebasSoftware.pdf
 Anónimo. (2016). Guía Digital. Desarrollo de un plan de pruebas. Recuperado
de http://www.guiadigital.gob.cl/articulo/desarrollo-de-un-plan-de-
pruebas.html
 González Palacio, L. (2009). MÉTODO PARA GENERAR CASOS DE PRUEBA
FUNCIONAL EN EL DESARROLLO DE SOFTWARE. Revista Ingenierías Universidad de
Medellín, 8 (15), 29-36. Recuperado
dehttp://www.redalyc.org/articulo.oa?id=75017199005

Vous aimerez peut-être aussi