Ya sea el mercado de la empresa o el mercado de consumo, el aspecto de Android que hace una bestia difícil de manejar es la fragmentación - dispositivo, plataforma y sistema operativo. Si el desarrollo de una aplicación para Android es una cantidad bastante grande, la fragmentación hace la prueba de un acuerdo aún más grande.
¿Qué es lo primero que debe hacer antes de considerar a presentar su aplicación a la tienda del juego de Google - prueba... Prueba... prueba. Una empresa que ha tenido 1 millón de descargas para su aplicación lo ha probado en unos 400 diferentes dispositivos. Bueno, la idea de probar su aplicación en diferentes 400 dispositivos definitivamente crea una alta barrera para la entrada en el mercado de Android app - tanto en términos de costo y el tiempo de prueba. Pero la prueba entera puede abordarse de manera inteligente que hace viable para un desarrollador de aplicaciones.
Pasando por la regla 80-20 para dispositivos
Es casi imposible para las pequeñas empresas y los desarrolladores de aplicaciones individuales para llevar a cabo pruebas elaboradas de sus aplicaciones a través de varios dispositivos. Es muy lento para probar manualmente y peor aún, simplemente no es rentable.
Una de las mejores maneras de resolver este problema es ir por el principio de 80-20. Como regla general, 80% del mercado está controlado por el 20% de los dispositivos Android. ¿Qué significa esto para usted es que analizando en ese 20% solo se ha cubierto la mayor parte de su mercado y es un gran comienzo. Una vez que usted ha visto la tracción para su aplicación, pueden invertir más recursos en abasteciendo a la larga cola de Android market.
Entonces, ¿cuál es la mejor manera de encontrar la distribución porcentual?
-Las estadísticas de sitio android para encontrar las versiones populares de OS
-Las estadísticas de sitio android para encontrar la combinación más popular de tamaño de pantalla de DPI
-Dispositivos que cubren las anteriores
Uno de los puntos a tener en cuenta es que es importante no pasar valiosos recursos iniciales en la prueba de su aplicación en los teléfonos anticuados y OS en un intento de ser exhaustiva. Si usted tiene recursos suficientes para comenzar con, entonces sería una buena idea para probar su aplicación en los dispositivos más populares en toda la gama de precio - alto, medio y bajo.
Usando el emulador de Android
El SDK de Android viene con un emulador de dispositivos que se ejecuta en su computadora. Se trata de una alternativa para la creación de prototipos y prueba tu aplicación en lugar de utilizar un dispositivo real. Hay mucho de desventajas en esta opción - no puede hacer llamadas de teléfono reales, la diferencia en cuanto a resultados cuando se utilizan en el dispositivo real puede ser ridículamente mala. El Consejo general es probar la aplicación al menos una vez en un dispositivo real o utilizar las opciones que se describen aquí.
Utilizando un servicio de pruebas de terceros
El éxito del mercado Android app ha llevado a una gran cantidad de servicios que contribuyen a los ecosistemas de la aplicación. Algunos de los más útiles son las que proporcionan la prueba offshore para aplicaciones Android. Ofrecen una variedad de servicios - funcionales, integración, carga y pruebas de usabilidad.
Algunas de las más grandes empresas les resulta eficiente que el equipo de pruebas internas - especialmente los juegos de azar que empujan constantemente actualizaciones para sus aplicaciones. Pero pruebas offshore pueden ser una opción decente para las empresas que acaban de empezar en el mercado de Android app.
Algunos de los servicios disponibles en el mercado son Testology, utest, prueba-droid, App Cuchillada y Ranorex.
Diseño de pruebas y desarrollo de aplicaciones está en
Una de las mejores maneras de reducir el tiempo de desarrollo total es realizando diseño simultáneamente con el desarrollo y diseño de la aplicación de la prueba. Este método ahorra tiempo drásticamente, especialmente si están empujando una función para una aplicación en viva. Una vez que las especificaciones de una función se deciden en, las especificaciones de la prueba pueden escribirse cuando se produce el desarrollo de la función. Estas pruebas pueden ejecutarse justo después de que el desarrollo de la función ha terminado y la retroalimentación puede ser canalizada en el sistema nuevamente para mejoras.
Android development y las pruebas no son sencillos a causa de la multitud de plataformas y dispositivos. Las opciones anteriores deben ayudar a def-trapo su desarrollo de aplicaciones y proceso de pruebas.