4 errores a evitar en las pruebas de compatibilidad de móviles

Los retos del desarrollo móvil pueden provocar errores de pruebas de compatibilidad. Este artículo describe algunos errores habituales y consejos para evitarlos.

Si está desarrollando aplicaciones móviles, probablemente no necesite que nadie os diga la importancia que tienen cada ronda de pruebas para la calidad de las entregas. En los tipos de pruebas funcionales, de rendimiento, de aceptación del usuario y de compatibilidad, cada ciclo le permite eliminar errores e imperfecciones, acercando su aplicación un poco más al resultado final que satisfará los usuarios.

Sin embargo, los proyectos de desarrollo de aplicaciones suelen presentar problemas, algunos de los cuales pueden poner en peligro la calidad de las pruebas. Como pertenece al final del ciclo general de desarrollo, las pruebas de compatibilidad corren más riesgo de que nada: las presiones aumentan y pueden conllevar errores en la planificación y ejecución de las pruebas. Encontrará cuatro de estos retos y errores destacados en este artículo, junto con algunos consejos para evitarlos proporcionados por expertos en pruebas de compatibilidad A1QA.

Reto número 1: escasez de tiempo, dinero o recursos

fuente: OutSystems – El informe de investigación sobre el estado del desarrollo de aplicaciones 2017

Como ilustra el gráfico anterior, la presión para cumplir los plazos de desarrollo, mantener el presupuesto y acceder a todos los recursos necesarios es habitual en el desarrollo de aplicaciones móviles. Debido a esta presión, puede ser tentador dejar fuera de la fase de pruebas de compatibilidad del proyecto, sobre todo cuando se utilizan desarrolladores cualificados que sabe que tendrán en cuenta la compatibilidad a lo largo de la creación de software.

El error: Pruebas de compatibilidad continuadas

Desgraciadamente, ningún tipo de habilidad y diligencia en el desarrollo puede garantizar que su aplicación esté libre de problemas de compatibilidad, sobre todo teniendo en cuenta que los sistemas operativos y los navegadores se actualizan con frecuencia y se inician nuevos modelos de dispositivos todo el tiempo. Aunque las pruebas de compatibilidad no son baratas y, cuando se ejecutan manualmente, pueden consumir mucho tiempo y requieren recursos, el lanzamiento de la aplicación sin este paso vital de control de calidad es una economía falsa que no se recomienda.

la solución

Sólo hay una manera de afrontar este problema. Quien esté comprimiendo la cronología, el presupuesto o los recursos del proyecto debe ser consciente de que no habrá verdaderos ahorros en saltarse las pruebas de compatibilidad.

Reto núm. 2: silos organizativas

Como investigación de eConsulta revelado en 2017, 40% de las empresas encuentra sus objetivos de experiencia de cliente perturbados por silos departamentales, y esta internalización de agendas puede afectar a los departamentos de tecnología tanto como cualquier otro, limitando su capacidad de comunicarse y colaborar eficazmente durante los proyectos.

El error: No se puede discutir la compatibilidad durante el proyecto

Se trata de un error probable de las empresas más grandes con más de un equipo o departamento de TI. Como ejemplo, considere una empresa en la que un departamento de TI se encarga del desarrollo de aplicaciones móviles, mientras que otro se encarga de construir y mantener soluciones de interfaz.

Si la mentalidad de silo está en juego, es posible que los dos departamentos no colaboren eficazmente durante los proyectos de desarrollo. Aunque tendrán que jugar muy bien juntos durante las pruebas de integración, las discusiones sobre pruebas de compatibilidad de móviles y navegadores pueden no tener lugar, al menos hasta el final del proyecto cuando alguien plantea el problema.

Esto a menudo da lugar a un programa de pruebas de compatibilidad lanzado a toda prisa, iniciado sin una preparación efectiva. Surgen a la luz muchos errores que podrían haber sido evitados por una correcta comunicación, o aún peor, estos errores siguen sin ser detectados debido a la planificación de pruebas aleatorias.

la solución

Si cree que la falta de colaboración departamental puede causar problemas en su proyecto de desarrollo de aplicaciones, considere aplicar la metodología Scrum. Este enfoque de desarrollo de aplicaciones Agile implica una colaboración multifuncional como parte de su maquillaje y, incluso, requiere que los participantes de diferentes funciones entrenen mutuamente. Además, según el tipo de proyecto, puede realizar pruebas de compatibilidad como parte de sus sprints, ahorrándose la necesidad de probarlo todo al final del ciclo de desarrollo.

Reto # 3: miedo a la imperfección

Hay una diferencia entre tener una visión sana de la compatibilidad de las aplicaciones móviles y tener miedo de pasar por alto incluso la más pequeña imperfección.

El error: Intentando probar la compatibilidad del 100%

Para decirlo de una manera sencilla, si intenta probar su aplicación para cada versión del sistema operativo periférico o dispositivo obsoleto, está mirando una fase de pruebas de compatibilidad muy larga y cara. Una determinada cantidad de priorización de la prueba es esencial si alguna vez desea iniciar la aplicación.

las soluciones

  • Para evitar un problema para este miedo a la imperfección, intente planificar las pruebas de compatibilidad para cubrir aproximadamente el 95% de su base de usuarios y permitir que el otro 5% reciba orientación y consejos de su equipo de ayuda al cliente , o incluso puede bloquearlos. versiones anteriores del sistema operativo intentando ejecutar la aplicación.
  • Del mismo modo, no intente mirar hacia delante ni hacia atrás con sus planes de pruebas de compatibilidad. Dos generaciones de dispositivos y sistemas operativos, tanto avanzados como posteriores, deberían ser perfectamente adecuados. Recuerde, al igual que los dispositivos y los sistemas operativos, la aplicación tendrá un ciclo de vida finito y puede caer rápidamente en desventaja cuando una nueva tecnología eclipse sus capacidades.

Reto núm. 4: Presión para acortar el ciclo de desarrollo de aplicaciones

Según un estudio de la firma de investigación de mercados La opinión importa, Casi todas las empresas que participan en el desarrollo de aplicaciones lo son Tratar de retrasos, Y el 50% intenta borrar las acumulaciones de diez o más aplicaciones.

No es de extrañar, pues, que la presión para lanzar aplicaciones más rápidamente pueda provocar esfuerzos para acortar sus ciclos de desarrollo. Cuando esto ocurre, los planes de pruebas a veces pueden convertirse en las primeras víctimas de esta conveniencia. Puede que se reduzca drásticamente el número de pruebas o, en algunos casos, las empresas renuncien al uso de especialistas en pruebas de software y, en cambio, dejen las pruebas en manos de los desarrolladores.

El error: Escaneando en pruebas o recursos de prueba

Aunque no es tan malo como ignorar completamente las pruebas de compatibilidad, analizar un ciclo de prueba es una medida arriesgada. Una cosa es excluir conscientemente ciertas pruebas, como las que implican dispositivos antiguos y versiones del sistema operativo, y otra cosa es cortar pruebas en configuraciones generalizadas entre su base de usuarios. Del mismo modo, ni la calidad de su aplicación ni la duración del ciclo de desarrollo probablemente se beneficiarán de la carga de las pruebas a los desarrolladores.

las soluciones

  • Deje que los desarrolladores hagan su tarea de desarrollo y contraten los recursos adecuados para buscar problemas de compatibilidad. Esta es la mejor manera de minimizar el tiempo perdido durante el desarrollo y asegurarse de que hay problemas de compatibilidad antes de la versión.
  • Para evitar afectar a la calidad de las pruebas de compatibilidad, asegúrese de incluir las pruebas adecuadas en primer lugar. Esto requerirá un análisis detallado de la base de usuarios y un enfoque basado en el riesgo del plan de pruebas de compatibilidad que ayudará a centrar la mayor parte de los esfuerzos allí donde es más probable que haya incompatibilidades (véase el flujo de planificación en el gráfico anterior).

Los desafíos son inevitables, los errores son evitables

La falta de tiempo, dinero o recursos, la presión para avanzar rápidamente, el miedo a la imperfección y los silos departamentales son todos los retos a los que se enfrentan un gran número de empresas de desarrollo de aplicaciones móviles. Afectan el desarrollo ya menudo son inevitables, por lo que se deben cumplir directamente para evitar cometer errores críticos descritos en este artículo.

Lo más importante que hay que recordar es ser consciente de que los retos existen y probablemente se manifestarán en algún momento de sus proyectos. Con este conocimiento, puede prepararlos y planificarlos, mejorando la probabilidad de un programa de pruebas de compatibilidad móvil fiable, eficaz y, finalmente, con éxito.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *