1. Unidad 2: Paso 3
Diseño y Elaboración
Presentado por:
Miller Mauricio Rodríguez Parra
Código: 1070751428
Evaluación de Software
Grupo: 301569_25
Presentado a:
Mauricio Perdomo Vargas
Universidad Nacional Abierta Y A Distancia – UNAD
ECBTI
Programa Ingeniería de Sistemas
CEAD Arbeláez
San Bernardo julio 2017
2. INTRODUCCIÓN
Para esta actividad se pretende hacer el reconocimiento de la norma ISO/IEC 14598 y tipos
de Pruebas de Software, por medio de la presentación y descripción en un video que permita
comprender los apartes esenciales para realizar una adecuada evaluación del software que se ha
venido trabajando en el curso y posteriormente diseñar las listas de chequeo, una matriz de prueba
y el plan de pruebas que llevará a cabo el estudiante.
3. OBJETIVOS
Realizar las lecturas del entorno de conocimiento que corresponden a la unidad 2
del curso Pruebas de Software.
Hacer un video que permita comprender los conceptos de la Norma ISO/IEC 14598
y tipos de Pruebas de Software.
Diseñar una lista de chequeo para la evaluación del SI que se trabajó en la actividad
colaborativa 1.
Diseñar la matriz de pruebas para el SI.
Crear el plan de pruebas que realizará el estudiante al SI.
5. Lista de chequeo
Lista de Chequeo Sistema de Homologación R/PT
Lista de Chequeo LC1
Característica Criterio Pregunta SI NO Observaciones
Funcionalidad
Adecuación
¿Se muestran
botones de
búsqueda de
información?
Exactitud
¿Los resultados son
correctos de acuerdo
a cada proceso?
Interoperabilidad
¿Las consultas con
otros sistemas se
realizan sin
problemas ?
Seguridad
¿Al ingresar con
datos herrados el
sistema evita el
ingreso?
Conformidad de
la funcionalidad
¿El sistema cumple
con los estándares
funcionales?
Confiabilida
d
Madurez
¿Hay advertencias
cuando falta algún
dato o archivo
importante?
6. Tolerancia a
errores
¿Presenta errores
que desestabilicen o
interfieran con las
operaciones?
Recuperabilidad
¿Al presentarse un
fallo, los datos se
guardan
automáticamente?
Conformidad de
la fiabilidad
¿Las pruebas
realizadas garantizan
la calidad de
fiabilidad del
sistema?
Usabilidad
Entendimiento
¿El diseño permite
una navegación de
manera intuitiva?
Aprendizaje
¿Cuenta con ayuda
para entender su
funcionamiento?
Operabilidad
¿Su uso es fácil y
controlable para el
usuario?
Atracción
¿Su interfaz es
llamativa y
agradable?
Conformidad de
uso
¿El sistema realiza
todas las
operaciones
necesarias?
7. Eficiencia
Comportamiento
de tiempos
¿El sistema responde
a una velocidad
adecuada en cada
proceso?
Utilización de
recursos
¿El consumo de
recursos cuando el
sistema funciona es
mínimo?
Conformidad de
eficiencia
¿Las condiciones
impuestas logran
determinar si es de
calidad?
Capacidaddemantenimiento
Capacidad de ser
analizado
¿Las fallas se pueden
detectar con
facilidad?
Cambiabilidad
¿Es posible realizar
mejoras al sistema?
Estabilidad
¿Al realizar cambios
la información sigue
intacta?
Facilidad de
prueba
¿Al realizar pruebas
se salvaguarda la
información?
Conformidad de
facilidad de
mantenimiento
¿Se tuvieron en
cuenta los aspectos
más importantes?
Portabilidad
Adaptabilidad
¿Al cambiar de
navegador, su
interfaz sigue siendo
la misma?
8. Facilidad de
instalación
¿Es compatible con
Windows 10 y
Windows 7?
Coexistencia
¿Puede trabajar con
el antivirus y
cortafuegos sin
problemas?
Reemplazabilidad
¿Puede ser
reemplazado
fácilmente por otra
aplicación?
Conformidad de
portabilidad
¿Es suficiente con
realizar las pruebas
únicamente en
Windows?
Calidadenuso
Eficacia
¿Los datos se
almacenan conforme
los ingresa el
usuario?
Productividad
¿Cada proceso se
realiza de manera
ágil y acertada?
Seguridad
¿El sistema evita el
robo de información
personal?
Satisfacción
¿El uso del sistema
se ajusta a lo
esperado?
9. Matriz de Prueba R/PT
Matriz de Prueba MP1
Caracterís
tica
Criterio Métrica Herramientas
Tipo de
Prueba
Prueba
Norma
14598
REPETIBLE
REPRODUC
IBLEIMPARCIA
L
OBJETIVO
Funcionalidad
Adecuación
El SI cumple sus
funciones de
manera adecuada
Caja
Negra
Funcionalidad de botones,
cajas de texto y menú
Exactitud
Los procesos del
SI tienen una
velocidad
adecuada
Load impact
Stilus
Caja
Negra
Velocidad al abrir
módulos, procesamiento
cuando se registran,
modifican o eliminan
datos
Interoperab
ilidad
El vínculo a otros
sistemas se realiza
adecuadamente
Link chequer
W3C
Caja
Negra
Funcionalidad de anclas y
enlaces
10. Seguridad
El acceso al
sistema está
protegido
Caja
Negra
Acceso al sistema con
diferentes usuarios y
contraseñas
Conformida
d de la
funcionalida
d
Se cumple con los
requerimientos
Caja
Negra
Registro de homologación
de estudiantes
Confiabilidad
Madurez
El software
funciona aunque
se presenten fallas
Caja
Negra
Carga de archivos en
distintos formatos
Tolerancia a
errores
El software
funciona luego de
una interrupción
Caja
Negra
Interrumpir un registro
Recuperabili
dad
En un corte de
internet los datos
se guardan
Caja
Negra
Interrumpir conexión de
internet
Usabilid
ad
Entendimie
nto
La interfaz gráfica
permite conocer
su manejo
Caja
Negra
Navegación por cada
módulo
11. Aprendizaje
La ayuda del
sistemas brinda
aprendizaje
Caja
Negra
Verificación de los
botones de ayuda
Atracción
El diseño del SI es
atractivo
Caja
Negra
Navegación por cada
módulo
Eficiencia
Comportam
iento de
tiempos
La respuesta del
SI en cada
proceso es ideal
Load impact
Pingdom Tools
Caja
Negra
Tiempo de respuesta del
SI
Utilización
de recursos
El consumo de
recursos es
aceptable
Administrador de
tareas de
Windows
Caja
Negra
Rendimiento del equipo
con el SI en uso
Capacida
dde
manteni
miento
Cambiabilid
ad
El SI permite
realizar mejoras
Caja
Negra
Navegación por todos sus
módulos
Portabilidad
Adaptabilid
ad
El SI se ejecuta
correctamente en
diferentes
navegadores
Mozilla Firefox
Internet Explorer
11
Google Chrome
Caja
Negra
Ejecución en varios
navegadores
Facilidad de
instalación
Se ejecuta de
manera adecuada
en distintos OS
Windows 7
Windows 10
Linux Ubuntu
Caja
Negra
Ejecución en varios
Sistemas Operativos
12. Calidadenuso
Eficacia
Las operaciones
se ejecutan
correctamente
Caja
Negra
Registro de homologación
Productivid
ad
El uso del
software se hace
de manera ágil
Caja
Negra
Navegación y registro de
homologación
Seguridad
El ingreso al SI es
restringido
Caja
Negra
Ingreso con diferentes
usuarios y contraseñas
Satisfacción
El sistema se
comporta como
se espera
Caja
Negra
Navegación y registro de
homologación
13. PLAN DE PRUEBAS
Introducción del Producto
El Sistema de Homologación permite el registro de homologaciones de materias
a los estudiantes que estén registrados en la plataforma y así solicitar un estudio de
homologación de cursos realizados previamente, permite cargar documentos de soporte
y buscar las instituciones donde se realizaron los estudios, además es posible hacer un
seguimiento al estado de la solicitud de homologación.
Objetivo
Realizar una evaluación a la calidad del Sistema de Homologación, con base a la
norma ISO/IEC 9126 y la norma ISO/IEC 14598 para determinar si el Sistema de
Información cumple con los requerimientos para lo cual fue desarrollado.
Alcance
Se llevará a cabo una serie de pruebas de pruebas a nivel externo, es decir
pruebas de caja negra donde se tendrán en cuenta entre otros elementos como botones,
cajas de texto, interfaz y la usabilidad desde el punto de vista del usuario destacando
la forma en que el éste puede interactuar con el sistema.
Funcionalidad:
Funciones
Velocidad de procesos
Anclas
Protección
Cumplimiento de requerimientos
14. 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:
Ejecución en navegadores
Ejecución en sistemas operativos
Calidad en uso:
Ejecución de operaciones
Agilidad del sistema
15. Referencias
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
Anónimo. (2016). It - Mentor. Pruebas de Software. Recuperado de:
http://materias.fi.uba.ar/7548/PruebasSoftware.pdf
Anónimo. (2016). Prueba de Software. Recuperado de
https://senastage.blackboard.com/bbcswebdav/courses/150752/Pruebas%20del%20Soft
ware_T%C3%A9cnicas.pdf
Largo Carlos & Marin Erledy. (2005). Guía Técnica para Evaluación de Software.
Metricas para la calidad del software - EcuRed. (2017). Ecured.cu. Recuperado el 18
de Julio 2017, a partir de https://www.ecured.cu/Metricas_para_la_calidad_del_software
Upamoocs. (2013). Introducción a las pruebas de software. Recuperado de:
https://youtu.be/JTGwW5BVsbI
Propósito de la evaluación y motivación para la prueba
Fundamento
La motivación que conlleva a realizar esta evaluación de la calidad de software es la
importancia que tiene la satisfacción del usuario final frente a las soluciones que ofrece el
sistema de homologación para solventar sus necesidades
Propósito de la evaluación
El propósito de evaluar el software es detectar las falencias que presenta e identificar
las mejoras que podrían implementarse para ofrecer una solución más adecuada y completa
mediante una serie de procesos que permitan verificar la calidad del sistema de
homologación.
16. Cronograma de actividades
Actividad
Julio 2017 Agosto 2017
08 16 24 31 07 15 23 28
Diseño y Elaboración
Planificación de la prueba
Diseño de la prueba
Ejecución y
Desarrollo
Implementación de las pruebas
Ejecución de las pruebas
Actividades Finales Evaluación de las pruebas
Plan de pruebas a realizar
Técnicas y tipos de pruebas
Pruebas de integridad a los datos y a los datos y a la Base de Datos
Registros de homologación
Pruebas de funcionamiento
Funcionalidad de botones, cajas de texto y menú
Velocidad al abrir módulos, procesamiento cuando se registran, modifican o eliminan
datos
Funcionalidad de anclas y enlaces
Pruebas de interfaz de usuario
Navegación por cada módulo
Verificación de los botones de ayuda
Pruebas de Control de Seguridad y el Acceso
Acceso al sistema con diferentes usuarios y contraseñas
Pruebas de fallas y recuperación
Interrumpir un registro
Interrumpir conexión de internet
Pruebas de la configuración
Carga de archivos en distintos formatos
17. PREGUNTAS
¿Qué importancia tiene las pruebas del software en la calidad del mismo?
Las pruebas del software son muy importantes porque muestran si realmente éste es de
calidad, al poner al descubierto las fallas en su desarrollo, permiten una corrección a tiempo y
mejoran exponencialmente cada uno de sus procesos para de esta manera cubrir todas las
necesidades manifestadas por el cliente y las detectadas por el equipo de desarrollo, ya que en la
mayoría de las ocasiones el cliente no tiene conocimientos en diseño y programación de software
por lo que no identificará necesidades profundas que un desarrollador si conoce e identifica. Todo
esto influye en la construcción de aplicaciones sofisticadas y cada vez más complejas que
minimizarán al máximo sus defectos para entregar una verdadera funcionalidad ajustada a lo que
requieren los usuarios finales para sentirse completamente satisfechos.
¿Justifiquen la importancia de elaborar y aplicar el plan de pruebas en un proyecto
de desarrollo de software?
Elaborar un plan de pruebas en un proyecto de desarrollo de software es sumamente
importante para que la evaluación sea efectiva, ya que se deben tener claros los objetivos de la
evaluación y cómo cumplir correctamente ese objetivo, que tipo de pruebas usar, qué herramientas
sirven para determinada para cada una de las pruebas que se van a ejecutar, qué tipo de software
se está evaluando porque no es lo mismo evaluar una aplicación web que una aplicación para móvil
o para un escritorio de Windows. No se puede realizar una prueba de funcionalidad de una
aplicación móvil, para Android por ejemplo, en una computadora con OS Windows o Linux, a
menos que se implemente un simulador de plataforma Android, además se debe tener claro si se
tiene acceso al código fuente del software que se está evaluando para poder realizar pruebas de
18. caja blanca y en estos aspectos el plan de pruebas permite tener una organización y tener claros
los elementos necesarios para lograr una evaluación de calidad de software lo más real y correcta
posible.
¿Qué importancia tienen la utilización de los tipos de pruebas en el desarrollo del
proyecto?
Los tipos de pruebas son esenciales para lograr una evaluación más completa y compleja
debido a que existen muchos aspectos que se pueden evaluar para detectar falencias en un software
como la velocidad, estabilidad, seguridad y muchos más, así mismo algunos de estos aspectos
requieren pruebas de caja blanca (acceso al código fuente) y otros con pruebas de caja negra (nivel
externo) son suficientes, es por esto que al implementar diferentes tipos de pruebas se logra un
análisis más profundo y se abarca más ampliamente el funcionamiento general del software,
verificando cada detalle con mucha rigurosidad y así dejar al mínimo las probabilidades de que la
calidad del software no se pueda garantizar.
19. CONCLUSIONES
El desarrollo de la actividad de diseño y elaboración permitió al estudiante aprender un
poco más acerca las normas ISO/IEC 9126 y 14598 que direccionan la evaluación de calidad del
software de manera efectiva y con resultados garantizados. También se conocen herramientas que
apoyan un buen desarrollo de cada prueba y la se logra reconocer la importancia que tiene el
diseñar un plan de pruebas mediante una lista de chequeo y una matriz de pruebas para llevar a
feliz término la evaluación de calidad de un software.
20. BIBLIOGRAFÍA
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
Anónimo. (2016). It - Mentor. Pruebas de Software. Recuperado de:
http://materias.fi.uba.ar/7548/PruebasSoftware.pdf
Anónimo. (2016). Prueba de Software. Recuperado de
https://senastage.blackboard.com/bbcswebdav/courses/150752/Pruebas%20del%20Softw
are_T%C3%A9cnicas.pdf
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%20Produc
tos%20-%20G2/Evaluacion%20de%20Productos.pdf
Catalan Santiago, G. ( 09,03,2017). OVI - Unidad dos Pruebas de software. [Archivo de video].
Recuperado de: http://hdl.handle.net/10596/11652
Largo Carlos & Marin Erledy. (2005). Guía Técnica para Evaluación de Software.
Metricas para la calidad del software - EcuRed. (2017). Ecured.cu. Recuperado el 18 de Julio
2017, a partir de https://www.ecured.cu/Metricas_para_la_calidad_del_software
Scalone, F. (2006). Estudio Comparativo de los Modelos y Estándares de Calidad del Software .
Recuperado de http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en-
calidad.PDF