Las descargas de aplicaciones móviles pasarán de 30.100 millones en 2011 a más de 200.000 millones en 2016, según diversos estudios de analistas. Un boom, que según Borland, una compañía de Micro Focus, está trasladando una mayor presión a los departamentos de TI, marketing y ventas, que tienen que ofrecer nuevas aplicaciones móviles que satisfagan las nuevas necesidades del usuario final. Esta presión está provocando que el testing crítico no se lleve a cabo debido a unos plazos cada vez más cortos de entrega o, simplemente, porque no son conscientes de los riesgos que conlleva esta omisión.
“Si estás desarrollando una aplicación, que representa el escaparate de tu negocio, es imprescindible que esté convenientemente probada”,comenta Chris Livesey, vicepresidente de Gestión y Calidad de Aplicaciones de Borland. “La aplicación quizá sea muy creativa y ofrezca un increíble interfaz para el usuario pero si está incompleta, rota o funciona despacio, puede perjudicar la relación con los clientes. Nadie quiere una aplicación o página web que se caiga a la primera de cambio. Las pruebas de funcionalidad y de rendimiento de las aplicaciones móviles y basadas en la Web son importantes y no requieren una gran cantidad de tiempo para el proceso de desarrollo, o conocimientos profundos por parte del desarrollador. La clave está en las pruebas diseñadas específicamente para las aplicaciones móviles. Esto asegura que cualquier posible problema sea identificado y pueda ser rectificado, minimizando el riesgo de fallo que puede costar tiempo, dinero y reputación”, añade.
Por dichos motivos, Borland ha identificado cinco claves para que los profesionales no expertos en desarrollo, puedan ofrecer aplicaciones móviles seguras y fiables:
• Tiempo de prueba es igual a tiempo de reparación. A menudo, se emplea más tiempo de prueba en perfeccionar la aplicación que en probar la propia aplicación, lo cual no es una buena idea. Ese tiempo de prueba es el tiempo destinado a corregir la aplicación y a perfeccionar su experiencia de usuario. Probar no es productivo, arreglar cosas, sí.
• Asegurar las condiciones de la aplicación. La mayoría de los problemas que ocurren con las aplicaciones móviles están relacionados con las condiciones de los datos, conectividad o condiciones de memoria física del dispositivo. Ejecutar la aplicación a través de la prueba de su uso funcional tiene sentido, pero es necesario asegurarse que las condiciones físicas de la aplicación y el dispositivo sean las correctas.
• Priorizar las pruebas. Aunque la confianza es obviamente muy importante, probar todo el tiempo las aplicaciones en cada dispositivo conlleva emplear mucho tiempo y no debería ser así. Pero si es transaccional, tiene mucho tráfico o es el escaparate de su negocio, es necesario asegurarse de que funciona todo el tiempo y en todos los dispositivos habituales. El tiempo empleado en priorizar los objetivos es la mejor inversión que puede hacer.
• Reutilizar las pruebas ahorra tiempo y dinero. La automatización de pruebas puede ser útil, ya que es posible grabar una vez un proceso y reproducir los tiempos de prueba muchas veces, lo que aumenta su cobertura, pero no sus horas de trabajo.
• Observar los todos los datos mejora la calidad. Prestar atención a los datos previos aporta una ventaja inicial ya que permite conocer lo que es necesario trabajar. Pero no solamente eso, porque los análisis también ayudan a determinar cómo hay que probar la aplicación. Lo que era importante al principio, a menudo se cambia por otras cosas, por eso, las pruebas de aplicaciones tienen que evolucionar con la misma aplicación.
