Facultad de Ciencias e Ingeniería

Escuela Profesional de Ingeniería

de Sistemas e Informática

Evaluación de calidad de un software web usado para

automatizar el proceso del área decorativa de locales
urbanos para la empresa Qroma
Curso:

Calidad de Software

Integrantes:

Caceres Yujra, Miguel Angel

Cisneros Cerna, Diego Francisco

Rojas Albujar, Jean Pierre

Lazaro, Waldir

katherine Escobedo Sanchez

Docente:

DE LA ROSA CAMPOS, ROGGER FRANCCESCO

Lima, Los Olivos

2023-II

Informe final de SQA Página 1 de 1

Evaluación de calidad de un software web usado para
automatizar el proceso del área decorativa de locales
urbanos para la empresa Qroma
Informe Final de SQA
Versión [1.0]

[Este documento es la plantilla base para elaborar el documento Informe Final de

SQA. Los textos que aparecen entre paréntesis rectos son explicaciones de que
debe contener cada sección. Dichos textos se deben seleccionar y sustituir por el
contenido que corresponda.]

Historia de revisiones
Fecha Versión Descripción Autor
02/10/2023 1.0 Creación del documento Miguel Caceres
Katherine Escobedo
13/10/2023 1.0 creacion del documento Jean Rojas

Contenido
1. RESULTADOS FINALES DE SQA 3
1.1. PLANIFICADO VS. REALIZADO 3
1.2. CANTIDAD DE ERRORES ENCONTRADOS: 3
1.2.1. [Producto X] 3
1.3. GRADO DE APEGO AL PROCESO (AJUSTE AL PROCESO) 3
2. EVALUACIÓN FINAL 3

Informe final de SQA Página 1 de 1

 2.1. FASE INICIAL 3
2.1.1. Primera Iteración 3
2.2. FASE DE ELABORACIÓN 3
2.2.1. Primera Iteración 3

1. Resultados Finales de SQA

[Se detallan las mediciones sobre las actividades realizadas por el
Responsable de SQA a lo largo del proyecto en cuanto a planificación vs.
realizado, errores encontrados, cantidad de revisiones por documento o
producto, grado de ajuste al proceso. Se podrán utilizar gráficas para mejor
visibilidad de la información.] En cuanto a los resultados finales se logró
identificar el grado de apego en la evaluación donde se menciona que no hay
un grado de apego definido entre los integrantes y el dueño del software de
Qroma debido a que el software estaba construido desde un principio, y se
logro establecer una matriz entre lo planificado y realizado.
1.1. Planificado vs. Realizado
a) Planeación de tipos de errores dentro del software
a.1) Falla de datos
a.2) Falla de control
a.3) Falla en la interfaz

b) Ejecucion de pruebas de performance

c) Ejecucion de pruebas de estres
d) Ejecucion de pruebas de experiencia del usuario
e) Ejecucion de pruebas de codigo

Informe final de SQA Página 1 de 1

 1.2. Cantidad de errores encontrados:
En este apartado se detallan los productos revisados y la cantidad de errores
encontrados en cada uno, especificando la cantidad de veces que cada
producto fue revisado (distintas versiones de los mismos).
1.1.1. Software Qroma
Versión: revisado 1 vez encontrados 3 errores

pagina java de qroma:

1er error: falla de datos: los botones del codigo fuente estan sin
propósito y mal programados se recomienda corregir el codigo para
optimizar la pagina web

2do error: Falla en la interfaz y error de performance: La imagen

mostrada tiene un proceso de carga mucho mas alto que las otras
apis, tiene un 404 error y ademas demora mucho mas en cargar que
las otras apis.

Informe final de SQA Página 1 de 1

 3er error: Falla de datos: se identifica un script mal desarrollado en el
codigo fuente este afecta al rendimiento de la pagina ya que esas
instancias demoran en cargar y causan una lentitud en el software.

1.3. Grado de Apego al proceso (Ajuste al proceso)

Por las causas explicadas con anterioridad, el grado de apego al proceso de
los Requerimientos e Implementación no fueron auditados en esta gestión de
calidad pues se comenzó a gestionar cuando el producto de software ya
estaba casi completamente construído. Sin embargo, se brinda una noción
general.
Requerimientos
El Proyecto tuvo un fuerte trabajo de Análisis debido principalmente a las
siguientes causas:
• El cliente Qroma contaba con más de una visión (integrantes) y en ciertos
momentos resultaban en conflicto sus necesidades a la hora de establecer
prioridades. Esto sumado a que no en todas las reuniones estaban todas las
visiones involucradas y a la baja dedicación horaria por parte de ellos,
dificultó el análisis de la realidad.
• En gran medida el cliente Qroma no tenía claro sus requerimientos por lo
que se debió asistir en su identificación. Debido principalmente a estas
razones, el avance de análisis al terminar la Fase Inicial no era completo y se
justificó extender dicha fase en una iteración más compuesta por una
semana. Respecto a los productos de esta disciplina, se generó un muy buen
documento de "Especificación de Requerimientos", que si bien no fue auditado
por esta gestión, se tiene la noción de que cumple con los estándares de
calidad definidos para este tipo de documento. Por otro lado se realizó un
correcto Modelo de Casos de Uso, con un nivel de detalle adecuado para los
implementadores. Sin embargo, aún le quedaron pequeñas correcciones que
en esta fase se procedieron a completar. La validación de los requerimientos
con el Cliente se realizó en las propias reuniones, donde se analizó cada
requerimiento definido en el documento. Se obtuvo una noción buena de este
proceso, aunque hubiera sido conveniente que el Cliente dedicara más tiempo
para ello. Con respecto al apego del Alcance se considera que fue muy bueno,
se negociaron con el cliente y priorizaron los requerimientos funcionales y
luego se implementaron todos ellos.
2. Evaluación Final
La presente evaluación comienza a partir de la Semana 1 de la Fase de
Construcción por los motivos ya explicados.

Informe final de SQA Página 1 de 1

 1.4. Fase Inicial
1.1.2. Primera Iteración
1.1.1.1. Desarrollo del Proyecto:
Respecto a los productos de Software, en esta iteración se
dedicaron a corregir los errores encontrados por la verificación.
Además, de corregir aspectos de Calidad que surgieron de las RTF
anteriores principalmente en los aspectos de adecuación a la
nomenclatura y documentación. Además, se implementan los
requerimientos adicionales sin inconveniente alguno. Las línea de
investigación comenzaron a trabajar con cierto atraso y la que
presentó dificultad a la hora de abordar los temas fue la
Comparación de ERPs debido a que otras herramientas tienen
integrado su asistente de parametrización integrado, haciendo
dificultoso recabar información sustancial.
1.1.1.1.1. Reingeniería de procesos

1.1.1.1.2. Lista de errores encontrados en el producto

1. Problemas de rendimiento:
Tiempos de carga lenta que afectan la experiencia del
usuario.
Fallos en la respuesta a picos de tráfico.
Navegación confusa o poco intuitiva.
Falta de accesibilidad para personas con discapacidades.
2 Errores de contenido:
Información desactualizada o incorrecta sobre productos y
servicios.
3 Fallos de seguridad:
Vulnerabilidades que podrían dar lugar a ataques
cibernéticos.
Falta de cifrado en la recopilación de datos sensibles.
4 Problemas de integración:
Fallos en la sincronización de datos con sistemas internos.
5 Problemas de rendimiento y carga:
Retardo en la respuesta a las acciones del usuario.
Fallos en el proceso de pedido en línea.
6 Errores en la gestión de usuarios:
Problemas de contenido y diseño:
Texto incoherente o errores gramaticales.
Diseño poco atractivo.
7 Problemas de rendimiento:
Lentitud en la carga de imágenes o recursos multimedia.
Problemas con la velocidad de carga de la página.

Informe final de SQA Página 1 de 1

 1.1.1.1.3. Definir metodología de inspección
Identificación de errores:
Realizar pruebas exhaustivas del software o sitio web para identificar los errores.
Documentar detalladamente cada error encontrado, incluyendo su ubicación y
descripción.
Priorización de errores:
Clasificar los errores identificados en función de su gravedad y prioridad.
Dar prioridad a aquellos que afecten la funcionalidad crítica o la experiencia del
usuario.
Análisis de causas:
Investigar las posibles causas de cada error identificado.
Determinar si se trata de errores de codificación, diseño, configuración o cualquier
otro origen.
Diseño de soluciones:
Desarrollar soluciones específicas para corregir cada error.
Asegurarse de que las soluciones sean efectivas y no introduzcan nuevos
problemas.
Desarrollo o actualizaciones:
Implementar las soluciones como parches o actualizaciones del software o sitio
web.
Realizar pruebas adicionales en un entorno de desarrollo antes de aplicar las
correcciones en producción.
Pruebas de validación:
Realizar pruebas de validación para asegurarse de que los errores se han corregido
adecuadamente.
Verificar que las soluciones no hayan introducido problemas adicionales.
Comunicación a los usuarios:
Informar a los usuarios sobre las correcciones realizadas y cualquier impacto en su
experiencia.
Proporcionar detalles sobre las mejoras y correcciones en las actualizaciones.
Documentación y seguimiento:
Mantener un registro detallado de cada error encontrado y su resolución.
Realizar un seguimiento de la satisfacción de los usuarios y cualquier
retroalimentación adicional.
Monitoreo continuo:
Establecer un sistema de monitoreo continuo para identificar y abordar
rápidamente nuevos errores que puedan surgir.
Realizar auditorías periódicas para asegurarse de que el sistema esté funcionando
sin problemas.
Mejora continua:
Utilizar los datos recopilados para la mejora continua del software o sitio web.

Informe final de SQA Página 1 de 1

Recopilar comentarios de los usuarios y realizar actualizaciones regulares para
satisfacer sus necesidades.

1.1.1.1.4. Medir datos de las fuentes encontradas

Medición de Datos:

1. Errores en la Carga y Rendimiento:

- Identificación de errores de carga y rendimiento que

afectan la velocidad de la página.

- Medición de la velocidad de carga actual y comparación

con las metas de rendimiento.

2. Optimización del Código y Servidor:

- Necesidad de cambios en el código y en la infraestructura

del servidor para mejorar la página.

- Medición de recursos del servidor, como capacidad de

procesamiento y memoria, y asegurarse de que sean
adecuados.

3. Refinamiento de la Interfaz:

- Mejora de la interfaz para una mejor experiencia del

usuario.

- Medición de la cantidad de solicitudes HTTP y de archivos

innecesarios.

4. Compresión y Almacenamiento en Caché:

- Recomendación de comprimir imágenes, scripts y hojas de

estilo para reducir los tiempos de carga.

- Medición del impacto de la compresión en la velocidad de

carga y evaluación del almacenamiento en caché.

6. Pruebas Rigurosas:

- Sugestión de varios tipos de pruebas, incluyendo pruebas

de funcionalidad, compatibilidad, rendimiento, seguridad,
usabilidad, contenido y resiliencia.

- Medición de los resultados de las pruebas en términos de

detección de errores y mejoras en el rendimiento.

7. Embudos de Conversión:

- Implementación de embudos de conversión para medir el

proceso de los usuarios desde la entrada hasta la conversión.

- Medición de puntos de abandono y optimización.

Informe final de SQA Página 1 de 1

 Observaciones y Recomendaciones:

- Realizar mediciones antes y después de implementar

mejoras para evaluar el impacto de las correcciones en el
rendimiento y la experiencia del usuario.

- Utiliza herramientas de medición de rendimiento web para

cuantificar y analizar el rendimiento de la página.

1.1.1.1.5. Analizar propuestas de mejora

Implementación de Jira para Gestión de Proyectos y
Seguimiento de Tareas
Crear e implementar un sistema de gestión de proyectos
basado en la plataforma Jira de Atlassian. Este sistema
permitirá una planificación, seguimiento y colaboración más
efectiva en todas las etapas.

A. Ventajas:
Gestión Centralizada: Jira proporciona una plataforma
centralizada para planificar, rastrear y gestionar tareas y
proyectos, lo que mejora la visibilidad y coordinación.
Gestión Centralizada: Jira proporciona una plataforma
centralizada para planificar, rastrear y gestionar tareas y
proyectos, lo que mejora la visibilidad y coordinación.
Flexibilidad en la Personalización: Se pueden adaptar los
tableros y flujos de trabajo según las necesidades específicas
de la empresa, permitiendo una mayor adaptabilidad.
Integraciones con Otras Herramientas: Jira se integra
con una variedad de herramientas y plataformas populares,
lo que facilita la colaboración y el intercambio de información.
Informes y Análisis Avanzados: Proporciona
funcionalidades de informes y análisis que permiten evaluar
el progreso y el rendimiento de los proyectos de manera
efectiva.

B. Consideraciones:
Formación y Capacitación: Se debe proporcionar formación
y capacitación adecuada a los miembros del equipo para
garantizar un uso eficiente de la plataforma.

Configuración Inicial y Personalización: La configuración

inicial de Jira y la personalización de los flujos de trabajo
deben ser realizadas de manera cuidadosa y acorde a los
procesos internos de la empresa.

1.1.1.1.6. Mejorar los detalles encontrados

1. La página de “Qroma” presenta errores al cargar los elementos de esta, lo

que genera lentitud a la hora de navegar. La lentitud afecta el rendimiento
general del sitio. Uno de los problemas comunes que podrían contribuir a la
carga lenta es la cantidad y tamaño de los recursos que se están descargando
al cargar la página.

Informe final de SQA Página 1 de 1

 2. Se deben realizar cambios en el código de “Qroma” para optimizar la
página, su funcionalidad y estabilidad. Así mismo la infraestructura del servidor.
Si el servidor no cuenta con los recursos adecuados para manejar la cantidad de
tráfico o si hay configuraciones subóptimas, puede resultar en tiempos de
respuesta lentos. Asegurarse de que el servidor esté bien configurado y
dimensionado para las necesidades del sitio es fundamental.

3. Se debe refinar la interfaz de “Qroma” para mejorar la experiencia del

usuario. La optimización de recursos, como scripts, hojas de estilo y archivos
multimedia, es esencial para acelerar la carga. Realizar una revisión de la
cantidad de peticiones HTTP realizadas por la página y minimizar la cantidad de
archivos innecesarios.

4. Se recomienda comprimir imágenes, scripts y hojas de estilo para reducir

los tiempos de carga. Configura adecuadamente la caché del navegador para
que los recursos se almacenan localmente en el dispositivo del usuario.

5. Realiza evaluaciones regulares de las dependencias y tecnologías utilizadas

en la página “Qroma”. Las bibliotecas y frameworks evolucionan
constantemente para abordar vulnerabilidades de seguridad, mejorar el
rendimiento y ofrecer nuevas características.

6. Seguir con las pruebas rigurosas de la página “Qroma”, tales como:

· Pruebas de Funcionalidad:

➔ Navegación
➔ Formularios
➔ Interactividad

· Pruebas de Compatibilidad:

➔ Navegadores
➔ Dispositivos

· Pruebas de Rendimiento:

➔ Tiempo de Carga
➔ Rendimiento del Servidor

· Pruebas de Seguridad:

➔ Seguridad del Formulario

➔ Autenticación y Autorización
➔ Actualizaciones de Seguridad

· Pruebas de Usabilidad:

➔ Facilidad de Uso
➔ Accesibilidad

· Pruebas de Contenido:

➔ Precisión del Contenido

➔ Multimedia

Informe final de SQA Página 1 de 1

 · Pruebas de Desempeño:

➔ Monitorización Continua

· Pruebas de Resiliencia:

➔ Manejo de Errores

7. Establecer embudos de conversión para comprender el procedimiento de

los usuarios desde la entrada hasta la conversión, esto para identificar cuales
son los puntos de abandono.

8. La página “Qroma” debería implementar un certificado SSL/TLS para cifrar

la comunicación entre el navegador del usuario y el servidor, esto garantiza que
la información que se transmite está protegida.

Informe final de SQA Página 1 de 1

 1.1.1.1.7. Control de cambios ideales

1. Realizar un registro detallado de los cambios realizados en el software,

debe incluir la descripción del cambio, fecha que se implementó, nombres de
los responsables y otros datos importantes.

2. Implementar un proceso formal para solicitar y dar la aprobación de hacer

cambios en el software, esto se presenta junto a propuestas de cambio, revisión
por parte de los interesados y firma y sello de la aprobación, antes de realizar
cualquier implementación nueva.

3. Antes de realizar cualquier en el sistema se debe evaluar su impacto y

comprender como afectará a otras partes del software tales como su
funcionalidad y la experiencia del usuario.

4. Realizar pruebas exhaustivas para la verificación de que los cambios

realizados no implementen nuevos errores y que el software funcione de
manera correcta.

5. Es recomendable la implementación de un sistema de gestión de

configuración para tener el control de las versiones del software y sus
componentes. Gracias a esto podemos garantizar la trazabilidad y el potencial
para revertir a versiones anteriores si es requerido.

6. No debemos olvidarnos de mantener actualizada la documentación de

software y sus complementos tales como manuales de usuario, documentación
técnica y cualquier otro documento necesario, esto para evitar conflictos a la
hora de implementar los cambios.

7. Tener una buena comunicación entre los integrantes del equipo esto para
que no haya conflictos o incongruencias en el área de trabajo.

8. Si llegasen a identificarse problemas luego de realizar un cambio, es de

vital importancia tener un plan de respaldo para solucionarlo.

Informe final de SQA Página 1 de 1

 1.1.1.2. Desarrollo de la línea de trabajo Calidad:
Esta evaluación de calidad se realizará usando el programa Jira
Software, en donde se establecerá las Épicas y sprints.
1.1.1.2.1. Desarollo de Gantt de actividades

1.1.1.2.2. Desarrollo de Sprints de calidad

Informe final de SQA Página 1 de 1

 link:
https://jean-rojas.atlassian.net/jira/software/
projects/EDCQ/boards/5/timeline?
shared=&atlOrigin=eyJpIjoiMjI0OTk1MmYxM2FhNDlhZ
mFhZDdlNDNjZGY1NjBjYmIiLCJwIjoiaiJ9
1.1.1.2.3. Manejo y control de artefactos
a) Documentos de Requisitos:

Descripciones detalladas de los requisitos del sistema.

Requisitos funcionales:

- Módulo de contacto.

Requisitos no funcionales:

- Rapidez de carga.
- diseño limpio y sin errores.

Requisitos de seguridad:

- Página web segura.

2. Documentos de Diseño:

Informe final de SQA Página 1 de 1

 El diseño en cuestión es una interfaz con solo funcionalidades para
contactar clientes y empleados.El front end parece en su mayoría estar
bien pero el diseño tiene problemas en la funcionalidad de empleados
que no carga y además tiene enlaces que llevan páginas web vacías y
poco seguras.

3. Código Fuente:

4. Informes de Pruebas:

Se exploró distintas partes de la página web:

Módulo de contacto: link caído para contacto de empleados, falta de

notificación de envío para clientes y empresas.

Front end: Errores al cargar distintas áreas, búsqueda de sedes cercanas no

carga, páginas en blanco poco seguras.

1.5. Fase de Elaboración

1.1.3. Primera Iteración
4.1.1.1. Desarrollo del Proyecto:
4.1.1.1.1. Control de actividades
4.1.1.1.2. Lista de documentos en Confluence
4.1.1.1.3. Reporte de incidencias

Informe final de SQA Página 1 de 1

 4.1.1.1.4. Validación de Burning Chart

4.1.1.2. Desarrollo de la línea de trabajo Calidad:

4.1.1.2.1. Creación de estados de incidencias
4.1.1.2.2. Manejo y control de mantenimientos

Informe final de SQA Página 1 de 1