EVALUACIÓN DE SOFTWARE

Paso 4- Ejecución y Desarrollo

Presentado por:
JUAN DAVID DUARTE

Presentado a:
GEOVANNI CATALAN

Universidad Nacional abierta y a distancia

Noviembre de 2020
 Introducción

La creación de planes de prueba que garanticen el funcionamiento de manera cualitativa y

cuantitativa a los usuarios y clientes es un proceso muy importante en el diseño de software
ya que siempre el brindar un producto de calidad hará la diferencia entre dos marcas o
empresas diferentes. En este informe se presenta la aplicación de la lista de chequeo y plan
de pruebas definido en la anterior fase en base a la norma ISO/IEC 14598, se definen
conceptos sobre la norma ISO/IEC 25040 y los modelos para evaluar la calidad de software
y se responden algunas preguntas sobre la temática.

Objetivo General
Ejecutar el plan y procedimiento completo de aplicación de pruebas para el software de
encuestas online, planteado en la fase anterior.

Objetivos específicos

Identificar las principales normas que rigen los procesos de evaluación y prueba de
software
Diligenciar los listados de revisión de los requerimientos de calidad de un software según la
norma
Ejecutar el plan de pruebas definido anteriormente, definiendo los grados de conformidad
de cada una.
 Desarrollo de la actividad
1. El grupo debe dar respuesta a los siguientes interrogantes:
¿Qué se busca con la implementación de los modelos de calidad del software?

Con la implementación de los modelos de calidad de software se busca mejorar

exponencialmente el producto a entregar intentando llevarlo al nivel mas alto de calidad y
optimización de recursos que cumplan con los estándares buscados de las normas
estudiadas como ISO/IEC 9126, 9548 Y 25000, los cuales permiten además que se
compruebe que se ha cumplido con las etapas de análisis, diseño, desarrollo y pruebas,
garantizando el buen funcionamiento del software y también asegurando que exista un
estándar común para cualquier software, en conclusión la implementación de modelos o
estándares de calidad tiene como objetico principal que las empresas desarrollen
sistemáticamente, productos, bienes y servicios de mejor calidad y cumplan con las
necesidades y deseos de los clientes.
 2. Elaborar un cuadro comparativo donde se evidencie las similitudes ventajas y
desventajas de cada uno de ellos.

MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS

S
McCall Reducir brecha entre usuarios y Está orientado al Las características
desarrolladores enfocándose en un producto final, en general son
número de factores de calidad que pero se puede propiedades
reflejen las prioridades de ambos. aplicar al abstractas
- Facilidades de uso proceso. medibles
- Integridad mediante
- Corrección Existe una métricas, no
- Confiabilidad relación directa siempre existe una
- Eficiencia entre los relación
- Facilidad de mantenimiento desarrolladores y perfectamente
- Facilidad de prueba el usuario. lineal entre los
- Flexibilidad valores de las
- Facilidad de reutilización Evalúa el métricas y las
- Interoperabilidad producto a nivel características que
- Portabilidad bajo. deben estimar.
Organiza factores en tres ejes desde los Falta una
cuales el usuario puede contemplar la Utiliza niveles asociación
calidad de un producto los cuales son jerárquicos explícita entre el
operación del producto, revisión del modelo y el
producto y transición del producto. Cada proceso.
punto de vista se descompone en una
serie de factores que determinan la Es difícil que las
calidad de cada uno de ellos. características y
Cada factor determinante de la calidad se subcaracterísticas
descompone a su vez, en una serie de sean siempre
criterios o propiedades que determinan perfectamente
su calidad. Los criterios pueden ser independientes.
evaluados mediante un conjunto de
métricas.

FURPS Cuenta con 5 características de calidad Criterios claros y Al igual que en el

del software: de fácil modelo McCall se
- Funcionalidad utilización. necesitan de
- Facilidad de uso muchas métricas
- Confiabilidad División en lo que implica un
- Performance factores mayor esfuerzo de
- Facilidad de Soporte funcionales y no tiempo y costo.
Plantea 2 categorías de requerimientos: funcionales es
1. Funcionales (F): especifican conveniente para
determinar la
 funciones que el sistema debe ser capaz calidad aún así,
de realizar, sin tomar restricciones físicas hayan
a consideración, y se definen a través de restricciones
las entradas y salidas esperadas. físicas.
2. No funcionales (URPS): Usability
(facilidad de uso) Reliability Tiene en cuenta
(Confiabilidad), Performance y las fallas en el
Supportability (facilidad de soporte). producto y en el
Describen atributos del sistema o proceso, esto
atributos del ambiente del sistema. permite una
1. Concepción del producto a partir del mayor
análisis del mercado. corrección.
2. Definición de objetivos proyecto.
3. Diseño real del producto e Se podría utilizar
investigación. no para uno sino
4. Traducir los diseños en piezas o para varios
prototipos reales en el laboratorio. 5. proyectos.
Comercialización
Bohem Agrega características a las existentes en Involucra menos Genera mucho
el modelo de McCall y representa una factores y tiempo en el
estructura jerárquica de características, criterios por lo desarrollo del
cada una de las cuales contribuye a la cual un menor sistema.
calidad total. tiempo en su
- Confiabilidad desarrollo. No especifica los
- Eficiencia aspectos
- Facilidad de prueba Incorpora relacionados con
- Portabilidad objetivos de el usuario
- Fácil de entender calidad.
- Fácil de modificar
Consiste en un modelo de Se podría utilizar
descomposición de características de no para uno sino
calidad del software en 3 niveles (usos para varios
principales, componentes intermedios y proyectos.
componentes primitivos) previos a la
aplicación de métricas.
El modelo pretende:
1. Se realice lo que desea el usuario
2. Se utilice recursos informáticos de
manera correcta y eficiente
3. Sea fácil de utilizar y aprender
4. Sea bien diseñado, codificado,
probado y mantenido.
Dromey Estructura que permite construir y Utiliza niveles Solo calidad del
utilizar un modelo de calidad práctico jerárquicos producto, y no
para evaluar las etapas de determinación desarrollo y
de los requerimientos, diseño e Evalúa el análisis.
producto de
 implementación. Plantea la calidad del forma
producto por medio de la definición de independiente
subcaracterísticas que pueden ser
medidas y evaluadas como Existe una
características. relación directa
- Facilidades de uso entre los atributos
- Confiabilidad y los sub
- Eficiencia atributos.
- Facilidad de mantenimiento
- Portabilidad
- Funcionalidad
Dromey propone 3 modelos para cada
etapa del proceso de desarrollo.
1. Modelo de requerimientos
2. Modelo de diseño
3. Modelo en calidad de la
implementación.
Estas características pueden ser
agrupadas de acuerdo con diversos
aspectos a tener en cuenta en la
implementación:
1. Corrección
2. Aspectos internos
3. Aspectos del contexto
4. Aspectos descriptivos.
Gilb Plantea la creación de una especificación Atributos de Ya que evalúa
de requisitos de calidad para cada calidad en forma tantos puntos
proyecto que deben escribir cuantitativa. implica mas
conjuntamente el usuario y el analista. trabajo y tiempo.
Permite determinar una lista de Relación directa
características que definen la calidad de entre atributos y
la aplicación. sub atributos.
Puede ser de dos tipos:
1. Originales Relación directa
2. De modelos tradicionales. entre los
Para cada una de ellas se deben desarrolladores y
especificar los siguientes conceptos: el usuario.
1. Nombre y definición de la
característica
2. Escala o unidades de medición
3. Recopilación de datos o prueba
4. Valor propuesto
5. Valor óptimo
6. Valor en el sistema actual
7. Comentarios.
CMMI Guía para comprobar procesos y Reducción costo Falta de
comparar la capacidad de un grupo al de desarrollo. adecuación al
ejecutarlos, es un modelo de madurez – enfoque de
directriz, práctico y disciplinas basadas Localización y servicio que está
en estándares de la industria. resolución de experimentando el
Indica qué deben hacer los procesos no defectos. sector de las TI en
como deben hacerlos. Mejora en la todas sus líneas de
Características de calidad: fiabilidad de la actividad.
- Utiliza niveles jerárquicos planificación en
- Clasifica a las empresas según términos de Exige un alto
madurez dedicación y de esfuerzo de
- Permite guiar paso a paso para calendario. implantación.
mejorar a través de niveles o etapas
- Específico para el desarrollo y Aumento de la
mantenimiento de software productividad.
- Definido como un conjunto de
áreas clave de procesos. Reducción de
- Tiene un modelo de evaluación. trabajos de
correcciones tras
fases de prueba.

Mejora en la
calidad del
producto.

Reducción de
defectos

Detección en las
fases tempranas
de su ciclo de
vida
 3. Determinar una metodología de evaluación de software para portales web o
software de aplicación, hacer una explicación de cómo funciona la metodología.

Los principales puntos para evaluar en un sitio web son la eficacia, accesibilidad y
usabilidad, calidad del producto y calidad en uso
Algunos métodos de evaluación de sitios Web son el testing, indagación, test, inspección,
consulta, tracking, modelado analítico y simulación.

Inspección

Este término reúne un conjunto de métodos para evaluar la usabilidad, basándose en la

inspección o examen de la interfaz del mismo, este tiene diferentes métodos

Evaluación Heurística: Consiste en analizar la conformidad de la interfaz con unos

principios reconocidos de usabilidad mediante la inspección de varios evaluadores
expertos, para aplicar el método de contrasta y valida individualmente las 10 reglas
heurísticas de usabilidad; después de las revisiones se debaten los resultados y se genera un
informe final de evaluación.
Dentro del método se puede realizar los siguientes pasos:
1. Definición de los datos necesarios para recorrer la página.
2. Recorrido de las acciones
3. Documentación de los resultados.

4. Diligenciar la lista de chequeo para comparar los resultados

posteriormente.

LISTA DE CHEQUEO SISTEMA

Obser
Característica Criterio Pregunta SI NO
vación
¿Tiene las funciones X
Adecuación
necesarias?
¿Cumple su función de X
Exactitud
manera exacta?
Funcionalidad
¿interactúa con otros X
Interoperabilidad
sistemas?
¿La información de los X
Seguridad
usuarios está segura?
Confiabilidad No se
¿El sistema funciona
puede
Madurez después de presentar
deter
fallas?
minar
Tolerancia a ¿Si un proceso falla los No se
 puede
demás siguen
errores deter
funcionando?
minar
No se
¿Al presentar fallas se puede
Recuperabilidad
recupera los datos? deter
minar
¿Es fácil de usar para el X
Entendimiento
usuario?
¿Se puede aprender con X
Aprendizaje
Usabilidad facilidad a usarlo?
¿Se controla con X
Operabilidad
facilidad?
Atracción ¿La interfaz es agradable? X
¿Los tiempos de respuesta X
Comportamiento
están determinados por
de tiempos
Eficiencia recursos del usuario?
Utilización de ¿Aplica los recursos X
recursos necesarios?
¿Requiere de herramientas X
Adaptabilidad
adicionales?
Facilidad de ¿Requiere instalación? Si X
instalación es así ¿es sencilla?
¿Funciona bien al X
Portabilidad Coexistencia
compartir recursos?
No se
Reemplazabilida ¿Permite ser puede
d reemplazado? deter
minar
¿El sistema es fácil de X
Cap. De análisis
analizar?
¿El sistema permite X
Mantenibilida Cap. De cambio
cambios?
d
¿Es estable en sus X
Estabilidad
operaciones?
Cap. De pruebas ¿Tiene forma de probarse? X
¿Da satisfacción en su X
Satisfacción
uso?
Calidad de uso
¿Realiza la función de X
Eficacia
manera óptima?

5. Ejecutar y evidenciar la prueba Unitaria indicada por el tutor

 6. Ejecutar el plan de pruebas diseñado anteriormente, para las pruebas
indica

Responsable <Nombre del funcionario que realiza la prueba>

Nombre del caso de Prueba usuario
prueba
Módulo Submódulo
Usuario Botón registrar usuario

Formulario
Botón iniciar sesión
Descripción de la prueba
Se validará la información del funcionamiento del botón de registrar e iniciar sesión, presionando el
botón e ingresando datos hasta completar el proceso y verificar el inicio de sesión
Resultados obtenidos
Correcta o superada- Al realizar la prueba se obtuvieron los resultados esperados al poder
registrarse con facilidad y observar la funcionalidad de los botones y enlaces.

Responsable <Nombre del funcionario que realiza la prueba>

Nombre del caso de Prueba crear
prueba
Módulo Submódulo
Crear encuesta Botón de crear encuesta
Formulario
Botón crear encuesta
Descripción de la prueba
Se validará el funcionamiento de el botón evidenciando que este permita iniciar el proceso de diseñar
una encuesta para el usuario
Resultados esperados
Correcta o superada – Se comprobó el funcionamiento del botón para crear encuestas, siendo correcto
y permitiendo la apertura de opciones de crear una nueva encuesta

Responsable <Nombre del funcionario que realiza la prueba>

Nombre del caso de Prueba resultados
prueba
Módulo Submódulo
Visualizar resultados Botón de presentar gráficas
Formulario
Botón presentar gráficas
Descripción de la prueba
Se validará el funcionamiento del botón evidenciando el resultado de una encuesta de ejemplo realizada

Resultados esperados
Correcta o superada- Se comprobó que permite visualizar de la forma en que se menciona los
resultados obtenidos al realizar una encuesta

Conclusiones

Se logró identificar diferentes conceptos relacionados con la norma ISO/IEC 25040 y

los modelos para evaluar la calidad de software, identificando la importancia y
precisión que un sistema de pruebas debe tener en la realización de un software.

Se realizó la lista de chequeo planteada en la fase anterior de acuerdo con lo observado

en la aplicación web de encuestas online, obteniendo un resultado muy favorable y con
algunos casos en los cuales no se puede comprobar dichos aspectos al ser una
aplicación web desconocida que por razones claras no permitirá el acceso a su código
de creación.

Se realizó el plan de pruebas planteado que al ser este caso una aplicación web no se
pueden realizar pruebas que verifiquen el fallo de esta, el plan de pruebas que se
planteó con anterioridad al ser aplicado presentó resultados muy favorables pudiendo
observar que la página es muy robusta y cumple su propósito tal cual como se
menciona en sus descripciones.

Referencias
Gérald Lomprey, S. H. (2008). LA IMPORTANCIA DE LA CALIDAD EN EL
DESARROLLO DE PRODUCTOS DE SOFTWARE . Mexico: Universidad de
Montemorelos.
Mauro Callejas-Cuervo, A. C.-A.-C. (2017). Modelos de calidad del software, un estado del
arte*. Ingeniería y Tecnología, Vol. 13 No.1.
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
Prado, E. R. (2007). Casi todas las pruebas del software. Actas de talleres de ingeniería del
software y bases de datos, 1(4), 43.
Mera Paz, J. A. (2016). Análisis del proceso de pruebas de calidad de software.
Aristegui, J. L. (2010). Los casos de prueba en la prueba del software. Lámpsakos, (3), 27-
34.