EVALUACIÓN DE SOFTWARE

CÓDIGO: 301569A_614

Unidad 2 – PRUEBAS DEL SOFTWARE

Paso 3– DISEÑO Y ELABORACION: DISEÑAR LOS INSTRUMENTOS DE

EVALUACION Y DETECCION DE FALLAS PARA LA APLICACIÓN WEB

GEOVANNY CATALÁN
Director de Curso

Entregado por:

SHIRLEY JASBLEIDY CURICO NORIEGA

Código: 41.061.151

Grupo: 301569_20

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD

ESCUELA DE CIENCIAS BÁSICAS TECNOLOGÍA E INGENIERÍA

OCTUBRE DE 2019
LETICIA- AMAZONAS
 DESARROLLO ACTIVIDAD PASO3- PRUEBA DEL SOFTWARE

Ejercicios a desarrollar
OBJETIVO: El estudiante conoce conceptualmente los diferentes tipos de
pruebas relacionadas con las métricas y atributos de calidad del software, que
le permitan elabora un plan de pruebas ajustado al producto software que será
evaluado.

Conceptualización del desarrollo de la actividad

Realizar un informe (diapositivas) donde explique la Norma ISO/IEC 9126 y

Métrica de Calidad del Software.
https://drive.google.com/file/d/17eZ_Oupk8AIuJY0l67cm1IJ3zA_SXCHN/view?
usp=sharing
Diseñar los instrumentos de evaluación:
Listas de chequeo para verificar los aspectos más importantes a evaluar en la
aplicación enlazados de acuerdo a las características y sub característica de la
norma ISO 9126.

LISTA DE CHEQUEO - NORMA ISO 9126

CARACTERISTICAS

NIVEL DE
IMPORTANCIA

ATRIBUTOS PREGUNTAS OBSERVACIONES

SI NO

ADECUACIÓN     ¿El diseño  y la

interfaz del sistema
de homologación es
amigable?
EXACTITUD     ¿Los resultados son
rápidos y  de acorde
a los datos
suministrados?
Funcionalidad INTEROPERABILIDAD    ¿El sistema de
homologación puede
de interactuar  con
otros sistemas?
SEGURIDAD     ¿Existe seguridad en
la aplicación?
CUMPLIMIENTO    ¿La aplicación cumple
FUNCIONAL con los estándares
legales?
Fiabilidad MADUREZ ¿Grado de solución
ante fallos en el
sistema de
homologación?
RECUPERABILIDAD ¿El sistema es capaz
de recuperar datos
 en caso de fallas?
TOLERANCIA A FALLOS Cantidad de fallas
identificadas en el
sistema de
homologación?
CUMPLIMIENTO DE Los requisitos de la
FIABILIDAD confiabilidad han
sido especificados?
APRENDIZAJE ¿La aplicación
cuenta con un
interfaz adecuado y
fácil de aprender a
usar?
FACILIDAD DE ¿Facilidad de
Usabilidad OPERACIÓN operación y control
Y CONTROL del sistema por parte
del usuario?

ATRACTIVIDAD Es atractivo el diseño

del software de
homologación?
Eficiencia COMPORTAMIENTO ¿Cuál es el tiempo
EN EL TIEMPO. de ejecución y
respuesta en una
tarea en el sistema
de homologación?
COMPORTAMIENTO DE ¿Cantidad de
RECURSOS recursos empleados
y la duración en cada
función ejecutada?
ESTABILIDAD ¿Hay riesgos y
efectos inesperados
cuando se realizan
cambios sistema de
homologación?
FACILIDAD DE ANÁLISIS Fácil diagnóstico de
fallas en cada uno de
Mantenibilidad los módulos?
FACILIDAD DE CAMBIO ¿Es fácil de modificar
y adaptar?
FACILIDAD DE PRUEBAS ¿Permite que se
realicen pruebas a
pesar de las
modificaciones?
ADAPTABILIDAD ¿El software  se
puede adaptar a
otros entornos?
INSTABILIDAD ¿El usuario puede
instalar con facilidad
el software?
REMPLAZABILIDAD ¿Es fácil de usarlo
en lugar de otro
software
Portabilidad conservando las
mismas funciones?
COEXISTENCIA ¿el sistemas de
homologación puede
compartir sin
dificultad recursos
con otro
Software o
dispositivo?
Matriz de prueba indicando las características, sub características, métricas, tipo
de prueba, herramienta a utilizar, prueba a realizar, indicador y resultado.

MATRIZ DE PRUEBA

MÉTRICASTIPOS DE PRUEBA

UTILIZARHERRAMIENTA A
CARACTERÍSTICAS  NORMA ISO 14598
SUBCARACTERÍSTICAS

TIPOS DE PRUEBAS
CARACTERÍSTICAS

PRUEBAS

REPRODUCIBLE
REPETIBLE

IMPARCIAL

OBJETIVO
Adecuación Funcionalidad
funcional de botones,
CAJA cajas de texto y
ADECUACIÓN
NEGRA menú

Velocidad CAJA Load impact Velocidad al

adecuada de los NEGRA stilus abrir módulos,
Funcionalidad

EXACTITUD Procesos procesamiento

cuando se
registran

Cumplimiento de CAJA Link Funcionalidad

INTEROPERABILIDAD estándar e interfaz NEGRA Chequer de Anclas y
W3C enlaces

Capacidades y CAJA Acceso al

algunos aspectos NEGRA sistema con
SEGURIDAD de seguridad diferentes
usuarios y
contraseñas

Madures de las CAJA Carga de

pruebas NEGRA archivos en
MADUREZ
distintos
formatos
Fiabilidad

Frecuencia de CAJA Interrumpir un

TOLERANCIA A
FALLAS
fallos y grado de NEGRA registro
previsión

Tras presentarse CAJA Interrumpir

fallas recupera los NEGRA conexión de
RECUPERABILIDAD procesos internet
específicos y los
datos.
Usabilidad

La utilidad del CAJA Navegación por

sistema es fácil de NEGRA cada modulo
ENTENDIMIENTO
comprender para
el usuario.

El sistema es fácil CAJA Verificación de

APRENDIZAJE de navegar y NEGRA los botones de
aprender. ayuda

OPERABILIDAD El usuario puede CAJA Verificar el

controlar el NEGRA funcionamiento
sistema sin del sistema
dificultad.
 La interfaz es CAJA Navegación por
ATRACCIÓN agradable para el NEGRA cada modulo
usuario.

Tiempos de CAJA Loand Tiempo de

COMPORTAMIENTO DE Respuesta NEGRA Impact respuesta
TIEMPOS Pindogm
Eficiencia

Tools

Uso de los CAJA Administrad Rendimiento del

UTILIZACIÓN DE Recursos NEGRA or de equipo
RECURSOS Tareas de
Windows

Facilidad de CAJA
CAP. DE ANÁLISIS mantenimiento NEGRA

Facilidad de CAJA
CAP. DE CAMBIO configuración NEGRA
Mantenibilidad

Existencias de CAJA Revisar

efectos colaterales NEGRA interrupciones
ESTABILIDAD ocasionados por del sistema
cambios de
adecuación

Se permiten CAJA Revisar

CAP. DE PRUEBAS validar y realizar NEGRA interrupciones
mejoras del pruebas

Ejecuta CAJA Mozilla Ejecucion en

correctamente en NEGRA Firofox varios
otros navegadores internet navedadores
ADAPTABILIDAD
Explores
Portabilidad

google
Chrome

Ejecuta de manera CAJA Windows 7 Ejecución en

adecuada en NEGRA Windows 10 varios sistemas
INSTALACIÓN
distintos sistemas Linux operativos
operativos

El sistema se CAJA Navegación y

Calidad de Uso

SATISFACCION comparta NEGRA registro de

adecuadamente homologación

La operaciones se CAJA Registro de

EFICACIA ejecutan NEGRA Homologación
correctamente

Diseñar un plan de pruebas que se llevarán a cabo de acuerdo a las

características, sub características y métricas seleccionadas para evaluación. Que
contenga

DESARROLLO DEL PLAN DE PRUEBAS

OBJETIVO GENERAL: Evaluar la funcionalidad del sistema de información

correspondiente al software en términos de usabilidad y confiabilidad; con el fin de
proporcionar seguridad y protección de la información, rendimiento del sistema,
accesibilidad de los usuarios del sistema y control- monitoreo aplicando la Norma
ISO/IEC 9126 y Norma ISO/IEC14589, con el propósito de determinar si el mismo
cumple con los requerimientos para el cual fue desarrollado.

ALCANCE: El Plan de pruebas debe desarrollarse dentro del marco del sistema
integral de medición mediante pruebas a nivel interno y externo correspondiente a
la gestión diseñada y debe abordar todos los componentes que involucran los
sistemas de información correspondiente al software que se encuentra
implementado.

De acuerdo a los procesos que maneja cada sistema nos enfocaremos en el

mismo, donde se busca determinar el funcionamiento y operatividad del sistema
de información y si cumplen con las medidas necesaria para el requerimiento
básico y obligatorio.

Funcionalidad:
 Funciones
 Velocidad
 Anclas
 Protección
 Cumplimientos de Requerimientos
Confiabilidad:
 Funcionamiento en Fallas
 Funcionamiento después de interrupciones
 Almacenamiento de Datos
Usabilidad:
 Facilidad de Manejo
 Facilidad de aprendizaje
 El diseño
Eficiencia:
 Respuesta en los procesos
 Consumo de Recursos
Mantenibilidad:
 Posibles Mejoras
Portabilidad:
 Ejecucion en Navegadores
 Agilidad del Sistema
Calidad de Uso:
 Ejecucion de Operaciones
 Agilidad del sistema
SOFTWARE:
 Se evaluará si el software confiable que establezca los parámetros del
Programa estructural diseñado.

DISPONIBILIDAD: La base de datos debe ser instalada y configurada para su uso

por parte del sistema local.
MANTENIBILIDAD: El sistema cuenta con la posibilidad de dejarse en marcha por
una larga duración de tiempo.
PORTABILIDAD: Deberá ser fácilmente actualizable. Las tareas de
mantenimiento, tales como actualizaciones a nuevos entornos hardware, serán
resueltas por los programadores.

SEGURIDAD:
- Verificar la prevención de caída del sistema y/o pérdidas de información, si el
sistema cuenta con copias de seguridad para no perder los datos.
- Verificar si utilizan un sistema de criptografía.

SISTEMA DE INFORMACIÓN: A continuación, se presentan todos los requisitos

que deberán ser realizados por el sistema. Todos los requisitos aquí expuestos
son importantes y han sido descritos teniendo en cuenta el criterio de
levantamiento de información.
 Interfaces
 Requisitos funcionales
 Requisitos de rendimiento
 Restricciones del diseño
 Atributos del sistema.
 Seguridad
 Mantenimiento y prevención

Retroalimentación:
Especificar claramente cada una de las gestiones que realzará el sistema.
EN CUANTO A LA OPERATIVIDAD DEL SISTEMA: Se busca involucrar a cada
uno de los actores que manejan la información de primera mano, la verificación del
funcionamiento de programas de cómputo y procedimiento de la ejecución.

Cronograma
 Planificación de la prueba (Trabajo colaborativo Numero dos)
 Diseño de la prueba (Trabajo colaborativo Numero dos)
 Implementación de las pruebas (Trabajo colaborativo Numero tres)
 Ejecución de las pruebas (Trabajo colaborativo Numero tres)
 Evaluación de las pruebas (Trabajo Final)

ACTIVIDAD SEPTIEMBRE OCTUBRE NOVIEMBRE DIC

S1 S2 S3 S4 S5 S1 S2 S3 S4 S5 S1 S S3 S4 S5 S1 S2 S3
2

Planificación Diseño y
de la prueba Elaboración

Diseño de la
prueba

Implementaci Ejecucion Y
ón de las Desarrollo
pruebas

Ejecución de
las pruebas

Evaluación de Actividad
las pruebas Final
 BIBLIOGRAFIA

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%20de
%20Productos%20-%20G2/Evaluacion%20de%20Productos.pdf

Upamoocs. (2013). Introducción a las pruebas de software. Recuperado de:

https://www.youtube.com/watch?v=JTGwW5BVsbI

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

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

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 de
http://www.redalyc.org/articulo.oa?id=75017199005

Rodriguez, M. (2017). Es diseño y elaboración. Recuperado de

https://www.slideshare.net/Mwller/es-diseo-y-elaboracin-miller-rodrguez-78328140

Enlace:
https://drive.google.com/file/d/127wE9m45gXgVxWUMrmpuAAVDxMxiJLua/view?
usp=sharing