Pruebas de aplicaciones móviles: casos de prueba de muestra y escenarios de prueba

Una pregunta frecuente de nuestros alumnos es ¿Cómo probar aplicaciones móviles? En este tutorial, proporcionamos ejemplos de escenarios de prueba/casos de prueba para probar una aplicación móvil.

Puede ejecutar algunos o todos los casos de prueba según los requisitos de prueba de su dispositivo móvil. Los casos de prueba se organizan según los tipos de pruebas móviles.

Pruebas funcionales de aplicación móvil

La Pruebas funcionales de aplicación móvil es un proceso de prueba de funcionalidades de aplicaciones móviles, como las interacciones de los usuarios, así como de pruebas de las transacciones que los usuarios pueden realizar. El objetivo principal de las pruebas funcionales de aplicaciones móviles es garantizar la calidad, cumpliendo las expectativas especificadas, reduciendo el riesgo de errores y la satisfacción del cliente.

Los diversos factores que son relevantes en las pruebas funcionales son

  1. Tipo de aplicación según los usos de la funcionalidad empresarial (banca, juegos, redes sociales o negocios)
  2. Tipo de público objetivo (consumidor, empresa, educación)
  3. Canal de distribución que se utiliza para difundir la aplicación (por ejemplo, Apple App Store, Google Play, distribución directa)

Pruebas funcionales de aplicación móvil

Los escenarios de prueba más fundamentales en las pruebas funcionales se pueden considerar como:

  1. Para validar si todos los campos obligatorios requeridos funcionan según lo requerido.
  2. Para validar que se muestren los campos obligatoriosyed en la pantalla de forma distintiva que los campos no obligatorios.
  3. Para validar si la aplicación funciona según los requisitos cada vez que se inicia o se detiene.
  4. Validar si la aplicación entra en modo minimizado cada vez que hay una llamada telefónica entrante. Para validar el mismo necesitamos usar un segundo teléfono para llamar al dispositivo.
  5. Para validar si el teléfono es capaz de almacenar, procesar y recibir SMS siempre que la aplicación se esté ejecutando. Para validar el mismo necesitamos usar un segundo teléfono para enviar sms al dispositivo que se está probando y donde se está ejecutando actualmente la aplicación bajo prueba.
  6. Validar que el dispositivo sea capaz de realizar los requisitos de multitarea requeridos siempre que sea necesario.
  7. Para validar que la aplicación permite las opciones necesarias de redes sociales, como compartir, publicar y navegar, etc.
  8. Para validar que la aplicación admita cualquier transacción de pasarela de pago como Visa, Mastercard, Paypal, etc. según lo requiera la aplicación.
  9. Validar que los escenarios de desplazamiento de página se estén habilitando en la aplicación según sea necesario.
  10. Validar que la navegación entre los módulos relevantes de la aplicación sea según el requisito.
  11. Validar que los errores de truncamiento estén absolutamente hasta un límite asequible.
  12. Para validar que el usuario reciba un mensaje de error apropiado como “Error de red. Inténtelo después de un tiempo” cada vez que haya algún error de red.
  13. Validar que la aplicación instalada permita que otras aplicaciones funcionen satisfactoriamente y no consuma la memoria de las otras aplicaciones.
  14. Para validar que la aplicación se reanude en el último operación en caso de un reinicio completo o un fallo del sistema.
  15. Validar si la instalación de la aplicación se puede realizar sin problemas siempre que el usuario disponga de los recursos necesarios y no dé lugar a errores significativos.
  16. Validar que la aplicación realice la función de inicio automático de acuerdo con los requisitos.
  17. Validar si la aplicación funciona según el requerimiento en todas las versiones de Móvil que es 2g, 3g y 4g.
  18. Actuar Pruebas de regresión para descubrir nuevos errores de software en áreas existentes de un sistema después de que se les hayan realizado cambios. También vuelva a ejecutar las pruebas realizadas anteriormente para determinar que el comportamiento del programa no ha cambiado debido a los cambios.
  19. Para validar si la aplicación proporciona una guía de usuario disponible para aquellos que no están familiarizados con la aplicación.

Casos de prueba de pruebas de rendimiento

El objetivo fundamental de este tipo de pruebas es garantizar que la aplicación funcione de manera aceptable bajo ciertos requisitos de rendimiento, como el acceso de una gran cantidad de usuarios o la eliminación de una parte clave de la infraestructura como un servidor de base de datos.

Los escenarios de prueba generales para pruebas de rendimiento en una aplicación móvil son:

  1. Determinar si la aplicación funciona según el requisito en diferentes condiciones de carga.
  2. Determinar si la cobertura de red actual es capaz de soportar la aplicación en niveles de usuario máximo, promedio y mínimo.
  3. Determinar si la configuración cliente-servidor existente proporciona el nivel de rendimiento óptimo requerido.
  4. Identificar los diversos cuellos de botella de aplicaciones e infraestructura que impiden que la aplicación funcione en los niveles de aceptabilidad requeridos.
  5. Validar si el tiempo de respuesta de la aplicación es acorde a los requisitos.
  6. Evaluar el producto y/o el hardware para determinar si puede manejar los volúmenes de carga proyectados.
  7. Evaluar si la duración de la batería puede permitir que la aplicación funcione bajo los volúmenes de carga proyectados.
  8. Para validar el rendimiento de la aplicación cuando se cambia la red a WIFI de 2G/3G o viceversa.
  9. Para validar cada uno de los requisitos, el ciclo de la CPU es la optimización.
  10. Para validar que el consumo de batería, las pérdidas de memoria, los recursos como el GPS y el rendimiento de la cámara estén dentro de las pautas requeridas.
  11. Validar la longevidad de la aplicación siempre que la carga de usuarios sea rigurosa.
  12. Para validar el rendimiento de la red mientras se desplaza con el dispositivo.
  13. Validar el rendimiento de la aplicación cuando solo se requieren fases intermitentes de conectividad.

Casos de prueba de pruebas de seguridad

Casos de prueba de pruebas de seguridad

El objetivo fundamental de las pruebas de seguridad es garantizar que los requisitos de seguridad de redes y datos de la aplicación se cumplan según las pautas.

El following son las áreas más cruciales para verificar la seguridad de las aplicaciones móviles.

  1. Para validar que la aplicación es capaz de resistir cualquier ataque de fuerza bruta, que es un proceso automatizado de prueba y error que se utiliza para adivinar el nombre de usuario, la contraseña o el número de tarjeta de crédito de una persona.
  2. Para validar si una aplicación no permite que un atacante acceda a contenido o funcionalidad confidencial sin la autenticación adecuada.
  3. Para validar que la aplicación tiene comotrong sistema de protección de contraseña y no permite que un atacante obtenga, cambie o recupere la contraseña de otro usuario.
  4. Para validar que la aplicación no sufre una caducidad de sesión insuficiente.
  5. Identificar las dependencias dinámicas y tomar medidas para evitar que cualquier atacante acceda a estas vulnerabilidades.
  6. Para prevenir de SQL Ataques relacionados con inyecciones.
  7. Para identificar y recuperarse de cualquier escenario de código no administrado.
  8. Para garantizar si los certificados están validados, la aplicación implementa la fijación de certificados o no.
  9. Proteger la aplicación y la red de ataques de denegación de servicio.
  10. Analizar los requisitos de almacenamiento y validación de datos.
  11. Habilitar la gestión de sesiones para evitar que usuarios no autorizados accedan a información no solicitada.
  12. Para comprobar si algún código criptográfico está roto y asegurarse de que se repare.
  13. Validar si la implementación de la lógica de negocio es segura y no vulnerable a ningún ataque externo.
  14. Analizar las interacciones del sistema de archivos, determinar cualquier vulnerabilidad y corregir estos problemas.
  15. Para validar los controladores de protocolo, por ejemplo, intentar reconfigurar la página de inicio predeterminada para la aplicación utilizando un iframe malicioso.
  16. Para proteger contra inyecciones maliciosas del lado del cliente.
  17. Para proteger contra inyecciones maliciosas en tiempo de ejecución.
  18. Para investigar el almacenamiento en caché de archivos y evitar posibles posibilidades maliciosas del mismo.
  19. Para evitar el almacenamiento de datos inseguro en la caché del teclado de las aplicaciones.
  20. Investigar las cookies y prevenir cualquier acto malicioso a partir de las mismas.
  21. Proporcionar auditorías periódicas para el análisis de protección de datos.
  22. Investigue los archivos creados de forma personalizada y evite actos maliciosos relacionados con los archivos creados de forma personalizada.
  23. Para prevenir de buffer desbordamientos y casos de corrupción de memoria.
  24. Analizar diferentes flujos de datos y prevenir cualquier vulnerabilidad de estos.

Casos de prueba de pruebas de usabilidad

Casos de prueba de pruebas de usabilidad

El proceso de prueba de usabilidad de la aplicación móvil se realiza para tener una aplicación de pasos rápidos y fáciles con menos funcionalidad que una aplicación lenta y difícil con muchas funciones. El objetivo principal es garantizar que terminemos teniendo interfaces fáciles de usar, intuitivas y similares a las aceptadas en la industria y que se utilizan ampliamente.

  1. Para garantizar que los botones tengan el tamaño requerido y sean adecuados para dedos grandes.
  2. Asegurar que los botones estén ubicados en la misma sección de la pantalla para evitar confusión a los usuarios finales.
  3. Para garantizar que los íconos sean naturales y consistentes con la aplicación.
  4. Para garantizar que los botones que tienen la misma función también deben tener el mismo color.
  5. Para garantizar que la validación del roscado zoom-y en zoomSe deben habilitar instalaciones de salida.
  6. Para garantizar que la entrada del teclado se pueda minimizar de manera adecuada.
  7. Garantizar que la aplicación proporcione un método para retroceder o deshacer una acción, al tocar el elemento incorrecto, dentro de una duración aceptable.
  8. Para conseguir que los menús contextuales no se sobrecarguen porque hay que utilizarlo rápidamente.
  9. Garantizar que el texto se mantenga simple y claro para que sea visible para los usuarios.
  10. Para garantizar que las oraciones y párrafos cortos sean readable a los usuarios finales.
  11. Para garantizar que el tamaño de fuente sea lo suficientemente grande como para ser readable y ni demasiado grande ni demasiado pequeño.
  12. Para validar, la aplicación le avisa al usuario cada vez que comienza a descargar una gran cantidad de datos que pueden no ser propicios para el rendimiento de la aplicación.
  13. Validar que el cierre de la aplicación se realice desde diferentes estados y verificar si se vuelve a abrir en el mismo estado.
  14. Garantizar que todas las cadenas se conviertan a los idiomas apropiados siempre que esté disponible una función de traducción de idiomas.
  15. Para garantizar que los elementos de la aplicación estén siempre synccronizado según las acciones del usuario.
  16. Para garantizar que el usuario final reciba un manual de usuario que le ayude a comprender y operapresentar la solicitud que pueden no estar familiarizados con los procedimientos de la solicitud

Las pruebas de usabilidad normalmente las realizan usuarios manuales, ya que sólo los seres humanos pueden comprender la sensibilidad y la comodidad de los demás usuarios.

Casos de prueba de pruebas de compatibilidad

Las pruebas de compatibilidad en dispositivos móviles se realizan para garantizar que, dado que los dispositivos móviles tienen diferentes tamaños, resoluciones, pantallas, versiones y hardware, la aplicación debe probarse en todos los dispositivos para garantizar que funcione como se desea.

El following son las áreas más destacadas para las pruebas de compatibilidad.

  1. Para validar que la interfaz de usuario de la aplicación se ajuste al tamaño de pantalla del dispositivo, ningún texto/control es parcialmente invisible o inaccesible.
  2. Para garantizar que el texto sea readable para todos los usuarios de la aplicación.
  3. Para garantizar que la funcionalidad de llamada/alarma esté habilitada siempre que la aplicación se esté ejecutando. La aplicación se minimiza o suspende en caso de una llamada y luego, cuando la llamada se detiene, se reanuda la aplicación.

Casos de prueba de pruebas de recuperabilidad

  1. Recuperación de fallos e interrupciones de transacciones
  2. Validación de la situación efectiva de recuperación de la aplicación después de escenarios inesperados de interrupción/caída.
  3. Verificación de cómo la aplicación maneja una transacción durante un corte de energía (es decir, la batería se agota o un apagado manual repentino del dispositivo)
  4. La validación del proceso donde se suspende la conexión, el sistema necesita restablecerla para recuperar los datos directamente afectados por la conexión suspendida. Utilizando el derecho herramientas de prueba móviles puede ayudar a garantizar un proceso de recuperación sin problemas.

Lista de verificación importante

  1. Pruebas de instalación (si la aplicación se puede instalar en un tiempo razonable y con el criterio requerido)
  2. Pruebas de desinstalación (si la aplicación se puede desinstalar en un tiempo razonable y con el criterio requerido)
  3. Casos de prueba de red (validación de si la red está funcionando bajo la carga requerida o no, si la red es capaz de soportar todas las aplicaciones necesarias durante los procedimientos de prueba)
  4. Verificar claves no asignadas
  5. Verificar la pantalla de presentación de la aplicación
  6. Entrada continua con el teclado durante interrupciones y otros momentos, como problemas de red
  7. Métodos que se ocupan de salir de la aplicación.
  8. Efecto cargador mientras una aplicación se ejecuta en segundo plano
  9. Batería baja y demanda de alto rendimiento
  10. Extracción de la batería mientras se realiza una aplicación
  11. Consumo de batería por aplicación
  12. Verifique los efectos secundarios de la aplicación