Resultados estrategia sprint3 - Gerzon-MISO/misw4203-ingenieria-de-software-para-aplicaciones-moviles-2021-15 GitHub Wiki
Resultados de la ejecución de la estrategia de pruebas.
Pruebas Funcionales de aceptación
Se deja evidencia de la ejecución de las pruebas funcionales de las Historias de usuario HU04 (Consultar la información detallada de un artista), HU06 (Consultar información detallada de coleccionista) y HU07 (Crear album) en un dispositivo físico, instalando la aplicación desde el APK que fue generado en el release v3.0.
Enlace al vídeo
Pruebas exploratorias y sistematicas
Parametros, pasos y/o eventos
-
Para estas pruebas se utilizo la plataforma de servicios en la nube Firebase. En la cual se introdujo el APK de la versión 3 de la aplicación.
-
Se escogio como dispositivo un PIXEL 3 de caracteristicas virtuales con nivel de API 28
-
A continuación se encuentra el link del video de los pasos realizados por las pruebas ROBO
Enlace al vídeo
En el video se puede apreciar una cantidad significante de eventos que validan el correcto funcionamiento de la app. Sobretodo para las HU de interes de los sprint 1, 2 y 3.
-
También se pueden resumir los estados o pasos realizados en las pruebas con el siguiente diagrama:
Métricas
-
Las pruebas arrojaron resultados favorables y sin issues significativos. Se realizaron en total 234 acciones y se visitaron 38 pantallas en total. Lo anterior se puede corroborar en el siguiente link, el cual contiene todos los registros de los eventos realizados: Enlace los registros
-
Las estadísticas de rendimiento en dispositivos virtuales no son compatibles con Test lab. Por lo anterior, y para conocer mas a detalle sobre éstas métricas, remitirse a la sección de pruebas de perfilamiento realizados en Android-Studio.
Análisis de accesibilidad
Se realizo un análisis de la accesibilidad de la aplicación con diferentes herramientas las cuales se relacionan a continuación:
ROBO
-
Se encontraron 12 problemas menores relacionados al atributo de accesibilidad de la aplicación. Adicionalmente tambien se puede observar el resultado de 6 advertencias relacionadas a tamaño de objetivos tactiles y 2 de etiquetas de contenido.
-
De los anteriores issues se procedio a corregir el del contraste del boton "GUARDAR" en las HU de crear track (HU008) y crear album (HU007). Para los demas issues no se implementaron modificaciones, ya que hay que tener en cuenta lo siguiente:
- El tamaño de los "Hint" de los "EditText" no puede modificarse debido a que tienden a ser textos largos. Al aumentar su tamaño, el texto se saldria del tamaño de la pantalla.
- El modal de selección de fecha se hace de acuerdo a la documentación de Android Studio, y los colores resultantes no se modifican debido a ser un componente externo
- Algunos textos se sobreponen con la imagen por defecto de portada de album, siendo estos dos de colores similares. Esto solo ocurre mientras la imagen final carga y reemplaza la de defecto, permitiendo que el texto sea legible.
- Etiquetas de contenido del menu de navegación se repite con el titulo de la ventana o fragmento al momento de listar cada uno de los modelos principales (Artista, coleccionista y album), cosa que como desarrolladores no consideramos un issue de accesibilidad, ya que el titulo ayuda a identificar el estado de la aplicación en cuanto a navegación se refiere.
Lint
Con la herramienta Lint se identifico una advertencia de accesibilidad la cual fue corregida y se registra bajo el siguiente commit:
Accessibility Scanner
Se ejecuta el análisis de accesibilidad haciendo uso de la aplicación de prueba de accesibilidadtomar para identificar oportunidades de mejora y permitir que a la aplicación tener una mayor accesibilidad y garantizar el uso a usuarios con algún tipo de limitación.
Los resultados de este análisis se plasmaron en el siguiente documento
Pruebas E2E con Espresso
Se realizan las pruebas E2E con Espresso con resultados satisfactorios, para las HU04 (Consultar la información detallada de un artista), HU06 (Consultar información detallada de coleccionista) y HU07 (Crear album), obteniendo las siguientes evidencias sobre la ejecución en el IDE con un dispositivo emulado.
Enlace al vídeo
Pruebas realizadas en el Profiler de Android Studio
Parámetros, pasos y eventos
- Se procedió a observar distintos eventos en la aplicación en 3 dispositivos diferentes para detectar posibles areas de mejoras u optimizaciones a se realizadas.
- Los dispositivos utilizados fueron:
Dispositivo | API |
---|---|
Emulador de Android | API 30 |
Xiaomi K20 Pro | API 28 |
Mi 10T | API 26 |
- Posteriormente se observaron los resultados y se compararon las gráficas proporcionadas por el Profiler.
Resultados obtenidos
Los eventos probados por Historias de Usuario fueron los siguientes:
HU01 Consultar el catálogo de álbumes
Evento | Descripción | Observaciones |
---|---|---|
Inicio de Aplicación | La aplicación se inicia y se carga directamente la lista de álbumes | No se observan posibles bugs o leaks. |
Scroll en Álbumes | Se realiza un scroll a través de la lista de álbumes | No se observan posibles bugs o leaks. |
HU02 Consultar la información detallada de un álbum
Evento | Descripción | Observaciones |
---|---|---|
Ingreso a la vista detalle | Se ingresa desde algún album de la lista a la vista detalle | No se observan posibles bugs o leaks. |
Salida vista detalle | Se regresa desde la vista detalle al listado correspondiente | No se observan posibles bugs o leaks. |
HU03 Consultar listado de Artistas
Evento | Descripción | Observaciones |
---|---|---|
Ingreso a la vista de artistas | Se ingresa a la vista de artistas a través del menú bar | No se observan posibles bugs o leaks. |
Salida vista de artistas | Se cambia a otra vista utilizando el menú | No se observan posibles bugs o leaks. |
HU04 Consultar la información detallada de un artista
Evento | Descripción | Observaciones |
---|---|---|
Ingreso a la vista detalle de artista | Se ingresa desde algún artista de la lista a la vista detalle | No se observan posibles bugs o leaks. |
Salida vista detalle de artista | Se regresa desde la vista detalle al listado correspondiente | No se observan posibles bugs o leaks. |
HU05 Consultar listado de coleccionistas
Evento | Descripción | Observaciones |
---|---|---|
Ingreso a la vista de coleccionistas | Se ingresa a la vista de coleccionistas a través del menú bar | En esta tarea se observa un mayor consumo en el CPU pero solo en el emulador. No se observan posibles bugs o leaks. |
Salida vista de coleccionistas | Se cambia a otra vista utilizando el menú | No se observan posibles bugs o leaks. |
HU06 Consulta la información detallada de coleccionistas
Evento | Descripción | Observaciones |
---|---|---|
Ingreso a la vista detalle de coleccionistas | Se ingresa desde algún coleccionista de la lista a la vista detalle | No se observan posibles bugs o leaks. |
Salida vista detalle de coleccionista | Se regresa desde la vista detalle al listado correspondiente | No se observan posibles bugs o leaks. |
HU07 Crear un álbum
Evento | Descripción | Observaciones |
---|---|---|
Ingresar a vista de creación de álbum | Se ingresa a la vista mediante el botón de crear álbum | No se observan posibles bugs o leaks. |
Ingreso datos de Álbum | Se llenan los campos correspondientes en los formularios | No se observan posibles bugs o leaks. |
Creación de Álbum | Se da click en crear álbum con datos válidos | Se observa un aumento en el uso de memoria. No se observan posibles bugs o leaks. |
Error creación | Se procede a hacer click en el botón de crear con 1 o más datos inválidos | No se observan posibles bugs o leaks. |
HU08 Asociar track a álbum
Evento | Descripción | Observaciones |
---|---|---|
Ingresar a vista de asociar track | Se ingresa a la vista mediante el botón de agregar track | No se observan posibles bugs o leaks. |
Ingreso datos de Track | Se llenan los campos correspondientes en los formularios | No se observan posibles bugs o leaks. |
Creación de Track en álbum | Se da click en crear track con datos válidos | Se observa un aumento en el uso de memoria .No se observan posibles bugs o leaks. |
Error creación | Se procede a hacer click en el botón de crear con 1 o más datos inválidos | No se observan posibles bugs o leaks. |
Conclusiones e Issues
De acuerdo con los resultados obtenidos en la pruebas realizadas se concluye lo siguiente:
- El consumo de memoria navegando en las distintas HU implementadas es estable por lo que no se observan posibles leaks de memoria. Sin embargo la aplicación utiliza siempre una cantidad considerable de memoria ~150 MB
- Las listas son las vistas que hacen mas uso de recursos dentro de nuestra aplicación. Se observa esto principalmente en la lista de álbumes donde aún no se ha hecho uso de prácticas como threading para realizar un manejo mas óptimo de las tareas asíncronas.
- El consumo de red es menor a comparación con los resultados del sprint pasado gracias a las tácticas de caching aplicadas en álbumes y coleccionistas.
No Issue | Nombre Issue | Link |
---|---|---|
79 | Optimizaciones en Carga de Álbumes (Threading ) | https://github.com/Gerzon-MISO/misw4203-ingenieria-de-software-para-aplicaciones-moviles-2021-15/issues/79 |
- El issue #79 se añadirá al Milestone del próximo sprint.
Evidencias
Evidencia | Link |
---|---|
Capturas de Pantalla | https://uniandes-my.sharepoint.com/:f:/g/personal/d_larios_uniandes_edu_co/EpY5gXNnceJMsuhGqq2iaMMBhbwKy3OvSqIicsXWyPWX0Q?e=E2liAP |