Estaba preocupado por esto antes de comenzar a crear un marco de automatización y ahora, desde que se lanzó nuestra aplicación: Lecciones aprendidas al lanzar un 10M +, te daré mi perspectiva.
Primero, la mayoría de los errores / fallas en su aplicación no ocurren debido a problemas específicos del dispositivo. Suceden porque hay problemas lógicos en su código; consulte este GTAC 2013 de Google Talk: Breaking the Matrix, donde recomendarían probar solo con emuladores. Así que elige el último Android disponible.
Segundo, abstraiga su suite de automatización con algo como PageObjects. Esto le permitirá ampliar su marco. Déjame entrar en detalles: digamos que tienes que deslizar para ir al menú, mi código se ve así
- ¿En qué debería centrarme el desarrollo de aplicaciones de Android o la seguridad cibernética y las redes o simplemente la codificación en línea adecuada? Soy un estudiante de segundo año con conocimientos básicos de lo anterior con un poco más de práctica en codificación que los otros dos.
- ¿Debería una aplicación forzar al usuario a actualizarla o admitir compatibilidad con versiones anteriores?
- Cómo enviar un correo electrónico de confirmación de cuenta automática cuando un usuario se registra utilizando una aplicación de Android en Android Studio
- ¿Es Android Studio lo suficientemente estable como para comenzar a usarlo?
- ¿Cuáles son las tendencias en los servicios de desarrollo de aplicaciones de Android?
home_screen.open_menu
En Android 17+ donde puedo usar el controlador de selenio, usé un método móvil: deslizar .
En Android> 17, donde tengo que usar el controlador de selendroid, usé find_element (: name, “menu”). Haga clic porque deslizar no es confiable.
Si ahora decimos que tenemos que admitir galaxy s4, que podría tener problemas para deslizar o encontrar elementos, podemos usar un enfoque que funcione para ello
En modo horizontal, nuestra aplicación no muestra este menú en la pantalla, pero tiene que presionar el ícono del menú de Android, para que mi código se vea como home_screen.open_menu_icon; find_element (: nombre, “menú”). clic ()
Tercero, analice los patrones de uso de dispositivos para su aplicación. No se alarme por las matrices de dispositivos. Aunque nuestra aplicación es utilizada por más de 1000 dispositivos, realmente nos preocupamos por los 10 principales porque representan más del 90% del uso. La ráfaga puede ser invaluable aquí. También me sorprendió que solo unas pocas personas usen Android 2.3, y muchas (75%) están en 4.2+ al menos para nuestra aplicación
Cuarto, el caso de uso más básico es instalar la aplicación, abrir la aplicación, cerrar la aplicación. Para ese tipo de pruebas, siga el consejo de Trent Peterson. Utilizamos appthwack y satisfizo mi temor de que nuestra aplicación no se instale en dispositivos más antiguos. Su corredor de la suite de mono hizo algunas acciones básicas en nuestra aplicación.
Finalmente, emplee pruebas automatizadas solo para pruebas de regresión. No para encontrar errores, ya que uno tiene que seguir el camino de las pruebas exploratorias. Piense en las condiciones de la red, las ubicaciones geográficas, wifi frente a 4g / 3g, caída de conexiones, interruptores de aplicación, diferentes puntos de entrada a la aplicación, paisaje frente a retrato, tableta frente a teléfono.
