mobile app testing tutorials
Una guía completa para probar aplicaciones móviles con tutoriales detallados:
La tecnología móvil y los dispositivos inteligentes son la tendencia ahora y cambiarán el futuro del mundo tal como lo conocemos. Todos podemos dar fe ¿No podemos? Ahora, será un aficionado si enumero para qué usamos estos dispositivos móviles. Todos lo saben, quizás mejor que nosotros.
Vayamos directamente a lo que trata este tutorial.
La lista completa de más de 30 tutoriales de pruebas móviles:
Introducción a las pruebas móviles:
Tutorial #1: Introducción a las pruebas móviles
Tutorial #2: Prueba de aplicaciones iOS
Tutorial #3: Prueba de aplicaciones de Android
Tutorial #4 : Desafíos y soluciones de pruebas móviles
Tutorial #5: ¿Por qué las pruebas móviles son difíciles?
Prueba de dispositivos móviles:
Tutorial #6: Pruebe una versión de Android cuando se retire del mercado
Tutorial #7 : Cómo probar aplicaciones móviles en dispositivos de gama baja
Tutorial #8 : Pruebas de campo para aplicaciones móviles
Tutorial #9: Modelo de teléfono frente a la versión del sistema operativo: ¿cuál debe probarse primero?
Prueba de interfaz de usuario móvil:
Tutorial #10: Pruebas de IU de aplicaciones móviles
Tutorial #11: Prueba de respuesta móvil
Servicios de pruebas móviles:
Tutorial #12: Pruebas de aplicaciones móviles basadas en la nube
Tutorial #13: Servicios de pruebas móviles
Tutorial #14 : Servicios de prueba beta de aplicaciones móviles
Tutorial #15: Empresa de desarrollo de aplicaciones móviles
Tutorial #16: Proveedores de servicios de prueba de aplicaciones móviles basados en la nube
Pruebas de seguridad y rendimiento de aplicaciones móviles:
Tutorial #17: Pruebas de rendimiento de aplicaciones móviles con BlazeMeter
Tutorial #18 : Directrices de prueba de seguridad de aplicaciones móviles
Herramientas de prueba móviles:
Tutorial #19: Herramientas de prueba de aplicaciones de Android
Tutorial #20: Las mejores herramientas de prueba de seguridad de aplicaciones móviles
Tutorial #21: 58 mejores herramientas de prueba móviles
Prueba de automatización móvil:
Tutorial #22: Tutorial de la herramienta de automatización móvil de Appium
Tutorial #23: Tutorial de Appium Studio
Tutorial #24: Automatice las aplicaciones de Android con la herramienta TestComplete
Tutorial #25 : Tutorial de Robotium - Herramienta de prueba de la interfaz de usuario de la aplicación Android
Tutorial #26: Tutorial de Selendroid: Marco de automatización móvil
Tutorial #27: Tutorial de pCloudy: Prueba de aplicaciones móviles en dispositivos reales
Tutorial #28: Tutorial de granja de dispositivos basados en la nube de Katalon Studio y Kobiton
Carrera de pruebas móviles:
Tutorial #29: Cómo obtener un trabajo de prueba móvil rápidamente
Tutorial #30: Preguntas y currículum vitae de la entrevista de prueba móvil
Tutorial #31: Preguntas de la entrevista de prueba móvil, parte 2
*************************************************************
Comencemos con el primer tutorial de la serie.
Lo que vas a aprender:
- Tutorial n. ° 1: Introducción a las pruebas de aplicaciones móviles
- Tipos de pruebas móviles
- La importancia de las pruebas de aplicaciones móviles
- Diferencia básica entre las pruebas de aplicaciones móviles y de escritorio:
- Tipos de pruebas de aplicaciones móviles:
- Estrategia de prueba de aplicaciones móviles
- Herramienta recomendada
- Casos de prueba para probar una aplicación móvil
- Actividades y procedimientos típicos en la prueba de aplicaciones móviles
- Cómo probar aplicaciones móviles en plataformas Android e iOS
- Diferencia básica entre las pruebas de Android e iOS
- Factores clave en las pruebas móviles
- Defina su propio alcance de prueba
- No limite sus pruebas
- Pruebas multiplataforma
- Esté atento al tamaño de su aplicación móvil
- Prueba de escenarios de actualización de aplicaciones
- Es posible que el sistema operativo del dispositivo no sea compatible con la aplicación
- Prueba de permisos de aplicaciones
- Compare con aplicaciones similares y populares en el mercado
- Obtenga una descripción general del criterio de rechazo de compilación de Apple
- Esté siempre con el pie delantero
- Mantenga su aplicación en segundo plano durante mucho tiempo (12-24 horas)
- Prueba de rendimiento de su aplicación
- Conclusión
- Lectura recomendada
Tutorial n. ° 1: Introducción a las pruebas de aplicaciones móviles
Atrás quedaron los días en que el teléfono solía ser un electrodoméstico que se sentaba en un rincón y tenía que sonar para llamar nuestra atención o una computadora era una máquina que solo usaban unas pocas personas, ahora son una extensión de nuestro ser, una ventana al sirvientes virtuales y del mundo que hacen lo que se les dice.
Las computadoras causaron furor y cambiaron la forma en que los humanos pensamos, nos comportamos, aprendimos y existíamos.
Hoy en día, las soluciones de movilidad se han apoderado del mercado. Las personas no quieren encender sus computadoras portátiles / PC para todo, sino que quieren que sus dispositivos de mano funcionen todo rápidamente.
Por lo tanto, las soluciones móviles que ofrecemos a nuestros clientes deben probarse muy bien. Este tutorial está destinado a aquellas personas que ya están realizando pruebas móviles o que se han cambiado a él en los últimos tiempos. Como ya tenemos muchos tutoriales sobre definiciones de terminologías relacionadas con las pruebas móviles, trataremos directamente el alcance de este tutorial.
Este tutorial será tanto una introducción como su guía para las pruebas móviles. Entonces, ¡lee!
Tipos de pruebas móviles
En general, existen 2 tipos de pruebas que se realizan en dispositivos móviles:
# 1. Prueba de hardware:
El dispositivo, incluidos los procesadores internos, hardware interno, tamaños de pantalla, resolución, espacio o memoria, cámara, radio, Bluetooth, WIFI, etc. Esto a veces se denomina simple 'Pruebas móviles”.
# 2. Pruebas de software o aplicaciones:
Se prueban las aplicaciones que funcionan en dispositivos móviles y su funcionalidad. Se llama 'Prueba de aplicaciones móviles”Para diferenciarlo del método anterior. Incluso en las aplicaciones móviles, existen algunas diferencias básicas que es importante comprender:
a) Aplicaciones nativas: Se crea una aplicación nativa para su uso en una plataforma como dispositivos móviles y tabletas.
b) Aplicaciones web móviles son aplicaciones del lado del servidor para acceder a sitios web en dispositivos móviles utilizando diferentes navegadores como Chrome, Firefox mediante la conexión a una red móvil o una red inalámbrica como WIFI.
c) Aplicaciones híbridas son combinaciones de aplicación nativa y aplicación web. Se ejecutan en dispositivos o sin conexión y están escritos con tecnologías web como HTML5 y CSS.
Hay algunas diferencias básicas que las distinguen:
- Las aplicaciones nativas tienen afinidad de plataforma única, mientras que las aplicaciones web móviles tienen afinidad entre plataformas.
- Las aplicaciones nativas están escritas en plataformas como los SDK, mientras que las aplicaciones web móviles se escriben con tecnologías web como HTML, CSS, asp.net, Java, PHP.
- Para una aplicación nativa, se requiere instalación, pero para aplicaciones web móviles, no se requiere instalación.
- Una aplicación nativa se puede actualizar desde Play Store o App Store, mientras que las aplicaciones web móviles son actualizaciones centralizadas.
- Muchas aplicaciones nativas no requieren una conexión a Internet, pero para las aplicaciones web móviles, es imprescindible.
- La aplicación nativa funciona más rápido en comparación con las aplicaciones web móviles.
- Las aplicaciones nativas se instalan desde tiendas de aplicaciones como Tienda de juego de Google o tienda de aplicaciones donde web móvil son sitios web y solo son accesibles a través de Internet.
El resto del artículo tratará sobre las pruebas de aplicaciones móviles.
La importancia de las pruebas de aplicaciones móviles
Probar aplicaciones en dispositivos móviles es más desafiante que probar aplicaciones web en el escritorio debido a
- Diferente gama de dispositivos móviles. con diferentes tamaños de pantalla y configuraciones de hardware como un teclado físico, un teclado virtual (pantalla táctil) y trackball, etc.
- Amplia variedad de dispositivos móviles como HTC, Samsung, Apple y Nokia.
- Diferentes sistemas operativos móviles como Android, Symbian, Windows, Blackberry e IOS.
- Diferentes versiones de sistema operativo como iOS 5.x, iOS 6.x, BB5.x, BB6.x, etc.
- Diferentes operadores de redes móviles como GSM y CDMA.
- Actualizaciones frecuentes - (como Android- 4.2, 4.3, 4.4, iOS-5.x, 6.x) - con cada actualización se recomienda un nuevo ciclo de prueba para asegurarse de que ninguna funcionalidad de la aplicación se vea afectada.
Al igual que con cualquier aplicación, las pruebas de aplicaciones móviles también son muy importantes, ya que la clientela suele ser de millones para un determinado producto, y un producto con errores nunca es apreciado. A menudo resulta en pérdidas monetarias, problemas legales y daños irreparables en la imagen de marca.
Diferencia básica entre las pruebas de aplicaciones móviles y de escritorio:
Pocos aspectos obvios que distinguen las pruebas de aplicaciones móviles de las pruebas de escritorio
- En el escritorio, la aplicación se prueba en una unidad central de procesamiento. En un dispositivo móvil, la aplicación se prueba en teléfonos como Samsung, Nokia, Apple y HTC.
- El tamaño de la pantalla del dispositivo móvil es más pequeño que el de una computadora de escritorio.
- Los dispositivos móviles tienen menos memoria que una computadora de escritorio.
- Los móviles utilizan conexiones de red como 2G, 3G, 4G o WIFI, mientras que las computadoras de escritorio utilizan conexiones de banda ancha o de acceso telefónico.
- Es posible que la herramienta de automatización utilizada para las pruebas de aplicaciones de escritorio no funcione en aplicaciones móviles.
Tipos de pruebas de aplicaciones móviles:
Para abordar todos los aspectos técnicos anteriores, se realizan los siguientes tipos de pruebas en aplicaciones móviles.
- Pruebas de usabilidad - Para asegurarse de que la aplicación móvil sea fácil de usar y proporcione una experiencia de usuario satisfactoria a los clientes.
- Pruebas de compatibilidad - Prueba de la aplicación en diferentes dispositivos móviles, navegadores, tamaños de pantalla y versiones de SO según los requisitos.
- Prueba de interfaz - Prueba de opciones de menú, botones, marcadores, historial, configuraciones y flujo de navegación de la aplicación.
- Pruebas de servicios - Probar los servicios de la aplicación online y offline.
- Prueba de recursos de bajo nivel : Prueba de uso de memoria, eliminación automática de archivos temporales, problemas de crecimiento de la base de datos local conocidos como prueba de recursos de bajo nivel.
- Pruebas de rendimiento - Probar el rendimiento de la aplicación cambiando la conexión de 2G, 3G a WIFI, compartiendo los documentos, consumo de batería, etc.
- Pruebas operativas - Prueba de copias de seguridad y plan de recuperación si se agota la batería o pérdida de datos al actualizar la aplicación desde una tienda.
- Pruebas de instalación – Validación de la aplicación instalándola / desinstalándola en los dispositivos.
- Pruebas de seguridad - Probar una aplicación para validar si el sistema de información protege los datos o no.
Estrategia de prueba de aplicaciones móviles
La estrategia de prueba debe garantizar que se cumplan todas las pautas de calidad y rendimiento. Algunos consejos en esta área:
1) Selección de los dispositivos – Analiza el mercado y elige los dispositivos más utilizados. (Esta decisión depende principalmente de los clientes. El cliente o los creadores de aplicaciones consideran el factor de popularidad de ciertos dispositivos, así como las necesidades de marketing de la aplicación para decidir qué teléfonos usar para las pruebas).
2) Emuladores - El uso de estos es extremadamente útil en el etapas iniciales de desarrollo, ya que permiten una comprobación rápida y eficaz de la aplicación. El emulador es un sistema que ejecuta software de un entorno a otro sin cambiar el software en sí. Duplica las funciones y funciona en el sistema real.
Tipos de emuladores móviles
- Emulador de dispositivo: proporcionado por los fabricantes de dispositivos
- Emulador de navegador: simula entornos de navegador móviles.
- Emulador de sistemas operativos: Apple proporciona emuladores para iPhones, Microsoft para teléfonos con Windows y teléfonos con Android de Google.
Herramienta recomendada
# 1) Kobiton
Kobiton es una plataforma de experiencia móvil basada en la nube asequible y altamente flexible que acelera las pruebas y la entrega de aplicaciones nativas, web e híbridas en Android e iOS utilizando dispositivos reales. Su nueva automatización de pruebas sin scripts ayuda a los equipos sin experiencia en codificación a generar scripts de Appium estándar abiertos con facilidad.
=> Visite el sitio web de Kobiton
cómo ordenar la matriz int en java
Lista de algunos emuladores de dispositivos móviles gratuitos y fáciles de usar
I. Emulador de teléfono móvil - Se utiliza para probar teléfonos como iPhone, Blackberry, HTC, Samsung, etc.
ii. MobiReady - Con esto, no solo podemos probar la aplicación web, también podemos verificar el código.
iii. Responsivepx - Comprueba las respuestas de las páginas web, apariencias y funcionalidad de los sitios web.
iv. Screenfly - Es una herramienta personalizable y se utiliza para probar sitios web en diferentes categorías.
3) Una vez que se haya completado un nivel satisfactorio de desarrollo para la aplicación móvil, puede pasar a probar en el dispositivos físicos para más pruebas basadas en escenarios de la vida real.
4) Considere las pruebas basadas en la computación en la nube: Computación en la nube es básicamente ejecutar dispositivos en múltiples sistemas o redes a través de Internet donde las aplicaciones se pueden probar, actualizar y administrar. Con fines de prueba, crea el entorno móvil basado en la web en un simulador para acceder a la aplicación móvil.
Pros:
- Copia de seguridad y recuperación: la computación en la nube realiza automáticamente una copia de seguridad de sus datos desde una ubicación remota, lo que facilita la recuperación y restauración de los datos. Y además, la capacidad de almacenamiento es ilimitada.
- Se puede acceder a las nubes desde diferentes dispositivos y en cualquier lugar.
- La computación en la nube es rentable, fácil de usar, mantener y actualizar.
- Despliegue rápido y rápido.
- Interfaz basada en web.
- Puede ejecutar el mismo script en varios dispositivos en paralelo.
Contras
- Menos control - Dado que la aplicación se ejecuta en un entorno remoto o de terceros, el usuario tiene un control y acceso limitados a las funciones.
- Problemas de conectividad a Internet - la configuración está en Internet. Los problemas de red afectan la disponibilidad y el funcionamiento
- Problemas de seguridad y privacidad - La computación en la nube es una computación de Internet y nada en Internet es completamente seguro, por lo que las posibilidades de piratería de datos son mayores.
5) Automatización frente a pruebas manuales
- Si la aplicación contiene una nueva funcionalidad, pruébela manualmente.
- Si la aplicación requiere pruebas una o dos veces, hágalo manualmente.
- Automatice los scripts para casos de prueba de regresión. Si se repiten las pruebas de regresión, las pruebas automatizadas son perfectas para eso.
- Automatice los scripts para escenarios complejos que consumen mucho tiempo si se ejecutan manualmente.
Hay dos tipos de herramientas de automatización disponibles para probar aplicaciones móviles:
Herramientas de prueba móviles basadas en objetos - Automatización al mapear elementos en la pantalla del dispositivo en objetos. Este enfoque es independiente del tamaño de la pantalla y se usa principalmente para dispositivos Android.
- Ej .: - Ranorex, solución de jamo
Herramientas de prueba móviles basadas en imágenes - crear scripts de automatización basados en las coordenadas de pantalla de los elementos.
- Por ejemplo: - Sikuli, Berenjena, RoutineBot
6) Red configuración también es la parte necesaria de las pruebas móviles. Es importante validar la aplicación en diferentes redes como 2G, 3G, 4G o WIFI.
Casos de prueba para probar una aplicación móvil
Además de los casos de prueba basados en la funcionalidad, las pruebas de aplicaciones móviles requieren casos de prueba especiales que deben cubrir los siguientes escenarios.
- Uso de la batería - Es importante realizar un seguimiento del consumo de batería mientras se ejecuta la aplicación en los dispositivos móviles.
- La velocidad de la aplicación el tiempo de respuesta en diferentes dispositivos, con diferentes parámetros de memoria, con diferentes tipos de red, etc.
- Requerimientos de datos - Para la instalación, así como para verificar si el usuario con el plan de datos limitado podrá descargarlo.
- Requisito de memoria - nuevamente, para descargar, instalar y ejecutar
- La funcionalidad de la aplicación - asegúrese de que la aplicación no se bloquee debido a una falla de la red o cualquier otra cosa.
DescargarAlgunos casos de prueba de muestra para probar aplicaciones móviles:
=> Descargar casos de prueba de muestra de aplicaciones móviles
Actividades y procedimientos típicos en la prueba de aplicaciones móviles
El alcance de la prueba depende de una serie de requisitos que se deben verificar o del alcance de los cambios realizados en la aplicación. Si los cambios son pocos, una ronda de cordura la prueba servirá. En caso de cambios importantes y / o complejos, regresión completa es recomendado.
Un proyecto de prueba de aplicación de ejemplo : ILL (International Learn Lab) es una aplicación diseñada para ayudar al administrador y al editor a crear sitios web en colaboración. Con un navegador web, los instructores eligen entre un conjunto de características para crear una clase que cumpla con sus requisitos.
Proceso de prueba móvil:
Paso 1. Identifica el tipos de pruebas : Dado que una aplicación ILL es aplicable a los navegadores, es obligatorio probar esta aplicación en todos los navegadores compatibles que utilicen diferentes dispositivos móviles. Necesitamos hacer usabilidad, funcional y compatibilidad probando en diferentes navegadores con el combinaciones de manual y automatización Casos de prueba.
Paso 2. Pruebas manuales y automatizadas: La metodología seguida para este proyecto es Agile con la iteración de dos semanas. Cada dos semanas dev. El equipo lanza una nueva compilación para el equipo de pruebas y el equipo de pruebas ejecutará sus casos de prueba en un entorno de control de calidad. El equipo de automatización crea scripts para el conjunto de funciones básicas y ejecuta los scripts que ayudan a determinar si la nueva compilación es lo suficientemente estable como para probarla. El equipo de prueba manual probará la nueva funcionalidad.
JIRA se utiliza para redactar los criterios de aceptación; mantenimiento de casos de prueba y registro / nueva verificación de defectos. Una vez que la iteración termina, iteración planificación reunión celebrada donde dev. El equipo, el propietario del producto, el analista de negocios y el equipo de control de calidad debaten qué salió bien y lo que necesita mejorar .
Paso 3. Prueba beta: Una vez que el equipo de control de calidad completa las pruebas de regresión, la compilación pasa a UAT. La prueba de aceptación del usuario la realiza el cliente. Vuelven a verificar todos los errores para asegurarse de que todos los errores se corrigieron y de que la aplicación funciona como se esperaba en todos los navegadores aprobados.
Paso 4. Prueba de desempeño: El equipo de pruebas de rendimiento prueba el rendimiento de la aplicación web utilizando scripts JMeter y con diferentes cargas en la aplicación.
cómo hacer una copia de una matriz java
Paso # 5. Prueba del navegador : La aplicación web se prueba en varios navegadores, tanto con diferentes herramientas de simulación como con dispositivos móviles reales.
Paso # 6. Plan de lanzamiento: Después de cada cuarta semana, las pruebas pasan a la fase de pruebas, donde se realiza una ronda final de pruebas de extremo a extremo en estos dispositivos para asegurarse de que el producto esté listo para la producción. ¡Y luego, se activa!
*****************************************
Cómo probar aplicaciones móviles en plataformas Android e iOS
Es muy importante para los evaluadores que prueban sus aplicaciones tanto en la plataforma iOS como en la Android conocer la diferencia entre ambas. iOS y Android tienen muchas diferencias en cuanto a apariencia, vistas de aplicaciones, estándares de codificación, rendimiento, etc.
Diferencia básica entre las pruebas de Android e iOS
Es posible que haya pasado por todos los tutoriales, he puesto algunas diferencias importantes aquí, que a su vez lo ayudarán como parte de sus pruebas:
#1) Como tenemos muchos dispositivos Android disponibles en el mercado y todos vienen con diferentes resoluciones y tamaños de pantalla, esta es una de las principales diferencias.
Por ejemplo , El tamaño del Samsung S2 es demasiado pequeño en comparación con el Nexus 6. Hay muchas posibilidades de que el diseño y el diseño de la aplicación se distorsionen en uno de los dispositivos. La probabilidad es baja en iOS ya que solo hay dispositivos contables disponibles en el mercado y de esos muchos teléfonos tienen resoluciones similares.
Por ejemplo, antes de que existiera el iPhone 6 y superior, todas las versiones anteriores solo tenían el tamaño similar.
#2) Un ejemplo para afirmar el punto anterior es que en Android los desarrolladores deben usar imágenes 1x, 2x, 3x, 4x y 5x para admitir resoluciones de imagen para todos los dispositivos, mientras que iOS usa solo 1x, 2x y 3x. Sin embargo, es responsabilidad del evaluador asegurarse de que las imágenes y los demás elementos de la interfaz de usuario se muestren correctamente en todos los dispositivos.
Puede consultar el siguiente diagrama para comprender el concepto de resoluciones de imagen:
#3) Como tenemos el mercado inundado de dispositivos Android, el código debe escribirse de tal manera que el rendimiento se mantenga estable. Por lo tanto, es muy probable que su aplicación se comporte lentamente en dispositivos de gama baja.
#4) Otro problema con Android es que las actualizaciones de software no están disponibles para todos los dispositivos a la vez. Los fabricantes de dispositivos deciden cuándo actualizar sus dispositivos. Se convierte en una tarea muy difícil probar todo tanto con el nuevo sistema operativo como con el antiguo.
Además, se convierte en una tarea engorrosa para los desarrolladores modificar su código para admitir ambas versiones.
Por ejemplo , cuando llegó Android 6.0, hubo un cambio importante ya que este sistema operativo comenzó a admitir permisos de nivel de aplicación. Para aclarar más, el usuario podría cambiar los permisos (ubicación, contactos) a nivel de la aplicación también.
Ahora, el equipo de pruebas tiene la responsabilidad de asegurarse de que se muestre la pantalla de permisos en el lanzamiento de la aplicación en Android 6.0 y superior y no se muestre la pantalla de permisos en las versiones inferiores.
#5) Desde la perspectiva de las pruebas, las pruebas de compilación de preproducción (es decir, la versión beta) son diferentes en ambas plataformas. En Android, si se agrega un usuario a la lista de usuarios beta, entonces puede ver la versión beta actualizada en Play Store solo si ha iniciado sesión en Play Store con la misma ID de correo electrónico que se agrega como usuario beta.
Factores clave en las pruebas móviles
He estado trabajando en Mobile Testing durante los últimos 2 años tanto en la plataforma iOS como en la Android y todos los puntos clave que se mencionan a continuación en este tutorial son de mi experiencia personal y algunos se derivaron de los problemas encontrados en el proyecto.
Defina su propio alcance de prueba
Todos tienen su propio estilo de prueba. Algunos evaluadores solo se enfocan en lo que ven desde sus ojos y al resto les apasiona todo lo que funciona detrás de escena de cualquier aplicación móvil.
Si es un Tester de iOS / Android, le sugiero que al menos se familiarice con algunas limitaciones comunes / funcionalidades básicas de Android o iOS, ya que siempre agrega valor a nuestro estilo de prueba. Sé que las cosas son difíciles de entender sin citar ejemplos.
A continuación se muestran algunos ejemplos:
- No podemos cambiar los permisos como la cámara, el almacenamiento, etc. en el nivel de la aplicación en los dispositivos Android que están por debajo de la versión 6.0.1.
- Para iOS por debajo de la versión 10.0, el kit de llamada no estaba allí. Solo para informarle en palabras simples, una aplicación de llamadas usa el kit de llamadas y muestra una vista de pantalla completa cuando un usuario recibe una llamada de las aplicaciones de llamadas como WhatsApp, Skype, etc. Mientras que para las versiones de iOS por debajo de 10.0 vemos esas llamadas como banner de notificación.
- Es posible que muchos de ustedes se hayan encontrado con problemas en Paytm donde su aplicación no lo redirige a la página de pago del banco en caso de que desee agregar dinero a su billetera. Creemos que lo anterior es un problema con nuestro banco o servidor Paytm, pero es solo que nuestro AndroidSystemWebView no está actualizado. Los pocos conocimientos sobre programación siempre son útiles para ti y para compartir con tu equipo.
- En palabras simples, cada vez que una aplicación abre una página web en ella, se debe actualizar AndroidSystemWebView.
No limite sus pruebas
Las pruebas no deben limitarse solo a explorar la aplicación móvil y registrar errores. Nosotros, como QA, debemos estar al tanto de todas las solicitudes que recibimos en nuestro servidor y la respuesta que obtenemos de él.
Configure Putty para ver los registros o verificar la lógica de sumo para los registros, según lo que se esté utilizando en su proyecto. No solo lo ayuda a conocer el flujo de extremo a extremo de la aplicación, sino que también lo convierte en un mejor evaluador a medida que obtiene más ideas y escenarios ahora.
Razón: Nada llega a este mundo sin motivo alguno. Cualquier declaración debe tener una razón válida detrás de ella. El motivo del análisis de los registros es que se observan muchas excepciones en los registros, pero no muestran ningún impacto en la interfaz de usuario, por lo que no lo notamos.
Entonces, ¿deberíamos ignorarlo?
No, no deberíamos. No tiene ningún impacto en la interfaz de usuario, pero puede ser una preocupación futurista. Potencialmente, podríamos ver que nuestra aplicación se bloquea si este tipo de excepciones continúan. Como mencionamos sobre App Crash en la última oración, esto lleva al QA a tener acceso a crashlytics del proyecto.
Crashlytics es una herramienta en la que los bloqueos se registran junto con la hora y el modelo del dispositivo.
Ahora, la pregunta aquí es que si el probador ha visto que la aplicación falla, ¿por qué tiene que preocuparse por los crashlytics?
La respuesta a esto es bastante interesante. Hay algunos bloqueos que pueden no ser visibles en la interfaz de usuario, pero se registran en crashlytics. Podría ser una falla de memoria o algunas excepciones fatales que pueden afectar el rendimiento más adelante.
Pruebas multiplataforma
Las pruebas de interacción multiplataforma son muy importantes.
Citando un simple Ejemplo , digamos que está trabajando en una aplicación de chat como WhatsApp que admite el envío de imágenes y videos y la aplicación está construida en plataformas iOS y Android (el desarrollo puede o no estar sincronizado)
Asegúrese de probar la comunicación de Android e iOS, ya que iOS usa 'Objective C', mientras que la programación de Android está basada en Java y debido a que ambos están construidos en plataformas diferentes, a veces es necesario realizar arreglos adicionales en la aplicación. side para reconocer cadenas procedentes de diferentes plataformas de idiomas.
Esté atento al tamaño de su aplicación móvil
Otro consejo importante para los probadores móviles: siga comprobando el tamaño de tu aplicación después de cada lanzamiento.
Debemos asegurarnos de que el tamaño de la aplicación no llegue a un punto en el que incluso nosotros, como usuario final, no deseemos descargar esta aplicación debido a su gran tamaño.
Prueba de escenarios de actualización de aplicaciones
Para probadores móviles, prueba de actualización de la aplicación es muy importante. Asegúrese de que su aplicación no se bloquee en la actualización, ya que es posible que el equipo de desarrollo no coincida con un número de versión.
La retención de datos también es igualmente importante, ya que las preferencias que el usuario haya guardado en la versión anterior deben conservarse cuando actualice la aplicación.
Por ejemplo , un usuario podría haber guardado los datos de su tarjeta bancaria en aplicaciones como PayTm, etc.
Es posible que el sistema operativo del dispositivo no sea compatible con la aplicación
¿Suena interesante?
Sí, es posible que muchos dispositivos no sean compatibles con su aplicación. Muchos de ustedes deben saber que los proveedores escriben sus propios envoltorios en la parte superior de EE. UU. Y es posible que cualquier consulta SQL de su aplicación no sea compatible con el dispositivo y, por lo tanto, arroje una excepción y puede resultar en que ni siquiera se inicie el aplicación en ese teléfono.
El punto aquí es: intente usar su aplicación en sus propios dispositivos, excepto en los que usa en la oficina. Es muy posible que vea algunos problemas con su aplicación.
Prueba de permisos de aplicaciones
El siguiente en la lista es Prueba de permisos de aplicaciones móviles . Casi una de cada dos aplicaciones solicita a sus usuarios acceso al contacto, la cámara, la galería, la ubicación, etc. de su teléfono. He visto pocos probadores que cometen un error al no probar las combinaciones adecuadas de estos permisos.
Puedo recordar un tiempo real Ejemplo cuando estábamos probando una aplicación de chat que tenía todas las funciones para compartir imágenes y archivos de audio. El permiso de almacenamiento se estableció en NO.
Ahora, cuando un usuario hace clic en la opción Cámara, nunca se abre hasta que el permiso de almacenamiento se establece en SÍ. El escenario se ignoró ya que Android Marshmallow tenía esta funcionalidad de que si el permiso de almacenamiento está configurado en NO, la cámara no se puede usar para esa aplicación.
El alcance se extiende más allá de lo que hemos discutido en el párrafo anterior. Debemos asegurarnos de que la aplicación no solicite ningún permiso que no se utilice.
Cualquier usuario final familiarizado con la industria del software no puede descargar la aplicación en la que se solicitan demasiados permisos. Si ha eliminado alguna función de su aplicación, asegúrese de eliminar la pantalla de permisos para la misma.
mejor convertidor de video a dvd gratis
Compare con aplicaciones similares y populares en el mercado
Moraleja de la historia - Si alguna vez tiene alguna duda, no la resuelva usted mismo. La comparación con otras aplicaciones similares en la misma plataforma puede fortalecer su argumento de que la funcionalidad bajo prueba funcionará o no.
Obtenga una descripción general del criterio de rechazo de compilación de Apple
Por último, es posible que la mayoría de ustedes se hayan encontrado con situaciones en las que Apple rechazó sus compilaciones. Sé que este tema no interesará a la mayor parte de los lectores, pero siempre es bueno conocer las políticas de rechazo de Apple.
Como tester, nos resulta difícil atender los aspectos técnicos, pero aún así, hay algunos criterios de rechazo que los testers pueden resolver.
Para obtener más información sobre esto, haga clic en aquí.
Esté siempre con el pie delantero
Al ser un evaluador, no deje que las cosas del equipo de desarrollo / gerentes pasen a su cancha. Si te apasionan las pruebas, 'Siempre mantente al frente' . Intente participar en actividades que tengan lugar mucho antes de que el código llegue a su depósito para probarlo.
Lo más importante es seguir buscando en JIRA, QC, MTM o lo que se utilice en su proyecto para conocer las últimas actualizaciones sobre tickets de clientes y Business Analyst. Además, esté preparado para compartir sus puntos de vista si necesita modificaciones. Esto se aplica a todos los probadores que trabajan en varios dominios y plataformas.
Hasta que, ya menos que no consideremos el producto como nuestro, nunca debemos ofrecer sugerencias para nuevas mejoras o cambios en la funcionalidad existente.
Mantenga su aplicación en segundo plano durante mucho tiempo (12-24 horas)
Sé que suena extraño, pero hay mucha lógica detrás de escena que todos no entendemos.
Estoy compartiendo esto porque he visto que la aplicación se bloquea después de iniciarla, por ejemplo, después de aproximadamente 14 horas desde el estado de fondo. La razón podría ser cualquier cosa dependiendo de cómo lo hayan codificado los desarrolladores.
Déjame compartir un ejemplo en tiempo real:
En mi caso, la caducidad del token fue la causa. Para una de las aplicaciones de chat, si se inicia después de 12 a 14 horas, se atascará en el banner de conexión y nunca se conectará hasta que se elimine y se reinicie. Este tipo de cosas son muy difíciles de detectar y, en cierto modo, hacen que las pruebas móviles sean más desafiantes y creativas.
Prueba de rendimiento de su aplicación
En el mundo móvil, el rendimiento de su aplicación afecta el grado en que su aplicación está siendo reconocida en todo el mundo. Como equipo de prueba, es demasiado importante verificar la respuesta de su aplicación y, lo que es más importante, cómo funciona cuando una gran cantidad de usuarios la usan en conjunto.
Ejemplo:
Hablemos de PayTm.
Todos deben haber hecho clic en la opción AGREGAR DINERO en la aplicación PayTm, que luego muestra el saldo que tiene en su billetera. Si consideramos lo que sucede detrás de escena, entonces es una solicitud que se envía al servidor con el ID de usuario de PayTm y el servidor envía la respuesta con el saldo en su cuenta.
El caso anterior es solo cuando un usuario ha accedido al servidor. Necesitamos asegurarnos de que incluso cuando 1000 usuarios accedan al servidor, reciban la respuesta a tiempo porque la usabilidad del usuario final es nuestro objetivo principal.
Conclusión
Concluiría este tutorial reiterando que las pruebas móviles parecen ser muy fáciles al principio, pero a medida que continúe investigando, comprenderá que no es fácil asegurarse de que lo que se desarrolle funcione sin problemas en miles de dispositivos en todo el mundo. .
En su mayoría, verá las aplicaciones que son compatibles con las últimas y últimas versiones del sistema operativo solamente. Sin embargo, los probadores tienen el deber de asegurarse de que no se pierdan ningún escenario. Hay muchos otros puntos que deben tenerse en cuenta, pero no he mencionado los que ya se han repetido en los otros tutoriales.
Escenarios como el consumo de batería, las pruebas de interrupción, las pruebas en diferentes redes (3G, Wi-Fi), las pruebas mientras se cambia de red, las pruebas de simulación de aplicaciones móviles, etc.son útiles cuando se trata de pruebas móviles.
La actitud de los evaluadores es muy importante cuando se trata del entorno de prueba real. Hasta que no te guste tu trabajo, no te molestarás en hacer las cosas que se mencionan en el tutorial.
He estado en este campo durante unos 6 años y soy muy consciente de que las tareas se vuelven monótonas a veces, pero hay muchas otras cosas que podemos hacer por nuestra cuenta para que esas tareas monótonas sean algo interesantes.
Diseñar la estrategia de prueba correcta, elegir los simuladores móviles, los dispositivos y las herramientas de prueba móviles adecuados puede garantizar que tengamos una cobertura de prueba del 100% y ayudarnos a incluir pruebas basadas en seguridad, usabilidad, rendimiento, funcionalidad y compatibilidad en nuestras suites de prueba.
Bueno, este ha sido nuestro esfuerzo para cumplir con múltiples solicitudes de nuestros lectores en una guía de prueba de aplicaciones móviles.
Autores : ¡Gracias a Swapna, Hasnet y muchos otros expertos en pruebas móviles por ayudarnos a compilar esta serie!
En nuestro próximo artículo, discutiremos más sobre Prueba de aplicaciones iOS .
Lectura recomendada
- Servicios de prueba beta de aplicaciones móviles (herramientas de prueba beta de iOS y Android)
- Pruebas de carga con los tutoriales de HP LoadRunner
- 5 desafíos y soluciones de pruebas móviles
- ¿Por qué las pruebas móviles son difíciles?
- Cómo conseguir un trabajo de prueba móvil rápidamente - Guía profesional de pruebas móviles (Parte 1)
- Tutorial de Appium para probar aplicaciones móviles de Android e iOS
- Mejores herramientas de prueba de software 2021 [Herramientas de automatización de pruebas de control de calidad]
- Las 11 mejores herramientas de automatización para probar aplicaciones de Android (herramientas de prueba de aplicaciones de Android)