• Author / Uploaded
• Kevin Joshept

Citation preview

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.

CARACTERISTICAS

LISTA DE CHEQUEO - NORMA ISO 9126

NIVEL DE IMPORTANCIA ATRIBUTOS

EXACTITUD

INTEROPERABILIDAD

SEGURIDAD CUMPLIMIENTO FUNCIONAL Fiabilidad

OBSERVACIONES

SI ADECUACIÓN

Funcionalidad

PREGUNTAS

MADUREZ

RECUPERABILIDAD

    ¿El diseño  y la interfaz del sistema de homologación es amigable?     ¿Los resultados son rápidos y  de acorde a los datos suministrados?    ¿El sistema de homologación puede de interactuar  con otros sistemas?     ¿Existe seguridad en la aplicación?    ¿La aplicación cumple con los estándares legales? ¿Grado de solución ante fallos en el sistema de homologación? ¿El sistema es capaz de recuperar datos

NO

TOLERANCIA A FALLOS

CUMPLIMIENTO DE FIABILIDAD APRENDIZAJE

Usabilidad

FACILIDAD DE OPERACIÓN Y CONTROL ATRACTIVIDAD

Eficiencia

COMPORTAMIENTO EN EL TIEMPO.

COMPORTAMIENTO DE RECURSOS ESTABILIDAD

FACILIDAD DE ANÁLISIS Mantenibilidad

FACILIDAD DE CAMBIO FACILIDAD DE PRUEBAS

ADAPTABILIDAD INSTABILIDAD REMPLAZABILIDAD Portabilidad COEXISTENCIA

en caso de fallas? Cantidad de fallas identificadas en el sistema de homologación? Los requisitos de la confiabilidad han sido especificados? ¿La aplicación cuenta con un interfaz adecuado y fácil de aprender a usar? ¿Facilidad de operación y control del sistema por parte del usuario? Es atractivo el diseño del software de homologación? ¿Cuál es el tiempo de ejecución y respuesta en una tarea en el sistema de homologación? ¿Cantidad de recursos empleados y la duración en cada función ejecutada? ¿Hay riesgos y efectos inesperados cuando se realizan cambios sistema de homologación? Fácil diagnóstico de fallas en cada uno de los módulos? ¿Es fácil de modificar y adaptar? ¿Permite que se realicen pruebas a pesar de las modificaciones? ¿El software  se puede adaptar a otros entornos? ¿El usuario puede instalar con facilidad el software? ¿Es fácil de usarlo en lugar de otro software conservando las mismas funciones? ¿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.

Adecuación funcional

Funcionalidad

CAJA NEGRA

Load impact stilus

EXACTITUD

Velocidad adecuada de los Procesos

Velocidad al abrir módulos, procesamiento cuando se registran

INTEROPERABILIDAD

Cumplimiento de estándar e interfaz

CAJA NEGRA

Link Chequer W3C

Funcionalidad de Anclas y enlaces

CAJA NEGRA

SEGURIDAD

Capacidades y algunos aspectos de seguridad

Acceso al sistema con diferentes usuarios y contraseñas

Madures de las pruebas

CAJA NEGRA

Carga de archivos en distintos formatos

TOLERANCIA A FALLAS

Frecuencia de fallos y grado de previsión

CAJA NEGRA

Interrumpir un registro

CAJA NEGRA

RECUPERABILIDAD

Tras presentarse fallas recupera los procesos específicos y los datos.

Interrumpir conexión de internet

ENTENDIMIENTO

La utilidad del sistema es fácil de comprender para el usuario.

CAJA NEGRA

Navegación por cada modulo

APRENDIZAJE

El sistema es fácil de navegar y aprender.

CAJA NEGRA

Verificación de los botones de ayuda

El usuario puede controlar el sistema sin dificultad.

CAJA NEGRA

Verificar el funcionamiento del sistema

Fiabilidad

MADUREZ

Usabilidad

Funcionalidad de botones, cajas de texto y menú

CAJA NEGRA

ADECUACIÓN

OPERABILIDAD

OBJETIVO

IMPARCIAL

REPRODUCIBLE

REPETIBLE

CARACTERÍSTICAS  NORMA ISO 14598

PRUEBAS

UTILIZARHERRAMIENTA A

TIPOS DE PRUEBAS

MÉTRICASTIPOS DE PRUEBA

CARACTERÍSTICAS

SUBCARACTERÍSTICAS

MATRIZ DE PRUEBA

La interfaz es agradable para el usuario.

CAJA NEGRA

Tiempos de Respuesta

CAJA NEGRA

Loand Impact Pindogm Tools

Tiempo de respuesta

Uso de los Recursos

CAJA NEGRA

Administrad or de Tareas de Windows

Rendimiento del equipo

CAP. DE ANÁLISIS

Facilidad de mantenimiento

CAJA NEGRA

CAP. DE CAMBIO

Facilidad de configuración

CAJA NEGRA

CAJA NEGRA

ESTABILIDAD

Existencias de efectos colaterales ocasionados por cambios de adecuación

Revisar interrupciones del sistema

CAP. DE PRUEBAS

Se permiten validar y realizar mejoras

CAJA NEGRA

Revisar interrupciones del pruebas

Ejecuta correctamente en otros navegadores

CAJA NEGRA

Mozilla Firofox internet Explores google Chrome

Ejecucion en varios navedadores

INSTALACIÓN

Ejecuta de manera adecuada en distintos sistemas operativos

CAJA NEGRA

Windows 7 Windows 10 Linux

Ejecución en varios sistemas operativos

SATISFACCION

El sistema se comparta adecuadamente

CAJA NEGRA

Navegación y registro de homologación

EFICACIA

La operaciones se ejecutan correctamente

CAJA NEGRA

Registro de Homologación

Calidad de Uso

Portabilidad

Mantenibilidad

Eficiencia

ATRACCIÓN

COMPORTAMIENTO DE TIEMPOS

UTILIZACIÓN DE RECURSOS

ADAPTABILIDAD

Navegación por cada modulo

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)

SEPTIEMBRE

ACTIVIDAD S1

Planificación de la prueba

Diseño y Elaboración

Diseño de la prueba Implementaci ón de las pruebas

Ejecucion Y Desarrollo

Ejecución de las pruebas Evaluación de las pruebas

Actividad Final

S2

S3

S4

OCTUBRE S5

S1

S2

S3

S4

NOVIEMBRE S5

S1

S 2

S3

S4

DIC S5

S1

S2

S3

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