{"id":14572,"date":"2023-01-03T08:00:00","date_gmt":"2023-01-03T08:00:00","guid":{"rendered":"https:\/\/cl.abstracta.us\/blog\/?p=14572"},"modified":"2023-02-15T21:44:12","modified_gmt":"2023-02-15T21:44:12","slug":"integrar-validaciones-performance-app-pipeline-ci-cd","status":"publish","type":"post","link":"https:\/\/es.abstracta.us\/blog\/integrar-validaciones-performance-app-pipeline-ci-cd\/","title":{"rendered":"C\u00f3mo integrar validaciones de la performance de una aplicaci\u00f3n m\u00f3vil en un pipeline de CI\/CD"},"content":{"rendered":"\n

Cuando se trata de crear software de calidad, es esencial entender por qu\u00e9 es importante integrar las validaciones de la performance de una aplicaci\u00f3n m\u00f3vil en un pipeline de CI\/CD, y espec\u00edficamente c\u00f3mo hacerlo.<\/strong> Descubre en este art\u00edculo c\u00f3mo Apptim, herramienta de mobile performance testing<\/strong>, ayuda en este proceso, y a establecer criterios de aceptaci\u00f3n para los KPI m\u00e1s importantes que afectan a la experiencia del usuario<\/strong>, con una entrevista a su CEO, Sofia Palamarchuk.<\/h3>\n\n\n
\n
\"Apptim:<\/figure><\/div>\n\n\n

La importancia de la integraci\u00f3n continua y la entrega continua en el mundo actual es indiscutible. <\/strong>Gracias a estas pr\u00e1cticas, los profesionales IT son capaces de crear mejor software cada segundo, lo cual resulta crucial en esta era, en la que contar con software de calidad es prioritario para casi todos los \u00e1mbitos de la vida. Esto tambi\u00e9n tiene un profundo impacto en el crecimiento, la sostenibilidad y la escalabilidad de las empresas.<\/strong><\/p>\n\n\n\n

Seg\u00fan el informe CISQ<\/a> 2020 \u201cThe Cost of Poor Software Quality in the US\u201d, el costo total de la mala calidad del software en Estados Unidos fue de 2080 billones de d\u00f3lares (T) en 2020.<\/strong><\/p>\n\n\n\n

Tal como expres\u00f3 <\/strong>Roger Abelenda<\/strong><\/a>, Chief Technology Officer de Abstracta<\/strong>, \u201cun pipeline de integraci\u00f3n continua eficiente es la clave para crear software de calidad y seguir siendo competitivo en el panorama tecnol\u00f3gico actual\u201d. \u00bfPor qu\u00e9? Porque permite centrarse en los cambios entregados<\/strong>. As\u00ed, proporciona valor a los usuarios antes, probando ideas m\u00e1s r\u00e1pido, evitando problemas de regresi\u00f3n y agilizando la entrega de software\u201d.<\/p>\n\n\n\n

En pocas palabras, cuando se trata de pruebas de software, entender c\u00f3mo integrar las validaciones de performance de una aplicaci\u00f3n m\u00f3vil en un pipeline de CI\/CD es m\u00e1s que relevante. Y Apptim es una herramienta sumamente \u00fatil para lograr este objetivo.<\/strong><\/p>\n\n\n\n

\u00bfCu\u00e1l es el aporte de Apptim en todo esto?<\/strong><\/h2>\n\n\n
\n
\"Matias<\/figure><\/div>\n\n\n

Apptim ha sido nuestro primer spin-off<\/em> en Abstracta. Es una soluci\u00f3n de pruebas de performance de aplicaciones m\u00f3viles utilizada por m\u00e1s de 250 empresas en todo el mundo. Una de ellas es Playtika, con sede en Israel y una de las mayores empresas de juegos m\u00f3viles del mundo.<\/strong><\/p>\n\n\n\n

Como explic\u00f3 Mat\u00edas Reina<\/strong><\/a>, director general de Abstracta, \u201cApptim mide la performance del lado del dispositivo en lugar de la performance del lado del servidor como la mayor\u00eda de las herramientas<\/strong>. Es cierto que algunas de estas m\u00e9tricas se ven afectadas por el servidor, pero ese no es su enfoque\u201d.<\/p>\n\n\n\n

Para entender mejor este punto, Mat\u00edas ejemplific\u00f3 que Apptim mide desde que un usuario hace clic en la b\u00fasqueda de productos hasta que todos los productos se muestran realmente en la pantalla. \u201cSe trata de dos m\u00e9todos de procesamiento diferentes, uno en el servidor y otro en el m\u00f3vil\u201d.<\/strong><\/p>\n\n\n\n

Mat\u00edas profundiz\u00f3: \u201cEl problema viene cuando se necesita simular una alta demanda, con grandes cantidades de carga y miles de usuarios, y se utilizan herramientas como JMeter en lugar de Apptim. En estos casos, se suele dividir el an\u00e1lisis en dos: scripts\/automatizaci\u00f3n enfocados al servidor (con Jmeter) y scripts\/automatizaci\u00f3n enfocados al cliente (con Apptim)\u201d.<\/p>\n\n\n\n

\u201cPor otro lado, el procesamiento del lado del cliente depende mucho del tipo de dispositivo, por lo que es bueno poder medir en diferentes tipos de dispositivos para garantizar que todos los usuarios objetivo tengan una buena experiencia<\/strong>\u201d, continu\u00f3.<\/p>\n\n\n\n

Con todo esto en mente, est\u00e1 claro que Apptim puede ser un gran aliado a la hora de realizar pruebas de performance en aplicaciones m\u00f3viles. Pero, \u00bfc\u00f3mo automatizar estas validaciones en una aplicaci\u00f3n m\u00f3vil? \u00bfY c\u00f3mo aprovechar todas las ventajas que ofrece Apptim? Hablamos de esto y m\u00e1s con Sofia Palamarchuk<\/a>, CEO de Apptim.<\/strong><\/p>\n\n\n

\n
\"Sofia<\/figure><\/div>\n\n\n

\u00bfC\u00f3mo se pueden automatizar las validaciones de performance de una aplicaci\u00f3n m\u00f3vil?<\/strong><\/h2>\n\n\n\n

Sof\u00eda Palamarchuk:<\/strong> Lo primero que hay que hacer es encontrar una forma de ejecutar un profiling<\/em> automatizado de la aplicaci\u00f3n. La forma m\u00e1s f\u00e1cil de empezar es reutilizar las pruebas funcionales automatizadas que se han creado para la validaci\u00f3n funcional. Estas pruebas se ejecutan a nivel de la interfaz de usuario en una versi\u00f3n del paquete de la aplicaci\u00f3n que puede instalarse en un dispositivo real o en un emulador y simular un recorrido real del usuario. Mientras se ejecuta esta prueba, se pueden capturar datos de performance de lo que ocurre \u201cunder the hood\u201d.<\/p>\n\n\n\n

La mayor\u00eda de los equipos de desarrollo de apps ya tienen alg\u00fan tipo de prueba de interfaz de usuario automatizada en su pipeline de integraci\u00f3n continua<\/strong>. Si la aplicaci\u00f3n est\u00e1 en fase beta o es nueva en el mercado, puede que est\u00e9n pensando en a\u00f1adirlas en un futuro pr\u00f3ximo. Este es el mejor momento para pensar en c\u00f3mo incluir las validaciones de performance en el proceso de lanzamiento de la aplicaci\u00f3n<\/strong>.<\/p>\n\n\n\n

Para ejemplificar, esto es lo que ocurre en una prueba de Appium<\/a> que ejecuta un recorrido t\u00edpico del usuario en una aplicaci\u00f3n de comercio electr\u00f3nico: un usuario busca un producto, selecciona el producto de una lista, lo a\u00f1ade a un carrito, navega hasta el carrito y completa el pago. Esta prueba funcional puede comprobar que se ha a\u00f1adido el producto correcto al carrito de compras, que la cantidad del producto es correcta o que el proceso de compra funciona de manera esperada.<\/p>\n\n\n\n

Al mismo tiempo, podemos validar cu\u00e1l es el tiempo de respuesta<\/a> para una acci\u00f3n simple como hacer clic en el bot\u00f3n \u201ca\u00f1adir al carrito\u201d, as\u00ed como el uso de memoria si la acci\u00f3n se realiza varias veces. \u00bfCausar\u00e1 un error OutOfMemory?<\/p>\n\n\n\n

Si tu equipo no tiene ninguna prueba funcional automatizada, te recomendamos que automatices un caso de uso peque\u00f1o y valioso para empezar a medir la performance a lo largo del tiempo. Por ejemplo, medir el tiempo de inicio de la aplicaci\u00f3n la primera vez que se abre o probar la experiencia del usuario en el inicio de sesi\u00f3n.<\/p>\n\n\n\n

\u00bfSe deben realizar estas validaciones con emuladores o con dispositivos reales?<\/strong><\/h2>\n\n\n\n

Sof\u00eda Palamarchuk:<\/strong> Depende. Si lo que m\u00e1s te interesa es comparar o hacer un benchmarking de diferentes m\u00e9tricas de performance<\/a> de tu aplicaci\u00f3n (como la v2.6 frente a la v2.5), deber\u00edas tener entornos de prueba lo m\u00e1s parecidos posible<\/a>. En particular, los dispositivos utilizados para las pruebas deben ser los mismos.<\/p>\n\n\n\n

Seguramente, vas a querer minimizar el ruido en los datos que se produce al usar diferentes entornos y observar las diferencias en la performance medida en cada versi\u00f3n. Para ello, los emuladores pueden ser de gran ayuda<\/strong>, ya que puedes especificar la versi\u00f3n de hardware y SO del dispositivo emulado y utilizar el mismo emulador para la evaluaci\u00f3n comparativa. Tambi\u00e9n es una alternativa rentable al uso de dispositivos reales si ejecutas benchmarks con frecuencia.<\/p>\n\n\n\n

Por otro lado, si lo que quieres es evaluar la experiencia real del usuario, tienes que acercarte lo m\u00e1ximo posible a las condiciones del mundo real. Esto significa realizar pruebas en hardware real<\/strong>. Adem\u00e1s de buscar diferencias de rendimiento notables entre una versi\u00f3n de la aplicaci\u00f3n y otra, querr\u00e1s asegurarte de que la performance de la aplicaci\u00f3n es aceptable en dispositivos espec\u00edficos.<\/p>\n\n\n\n

Para ello, puedes definir umbrales por dispositivo. Por ejemplo, el uso de la memoria no puede ser superior a 300 MB en un dispositivo espec\u00edfico. O puedes recibir una notificaci\u00f3n si los FPS (frames por segundo) son inferiores a 10 en cualquier pantalla (y probablemente fallar el pipeline).<\/p>\n\n\n\n

\u00bfQu\u00e9 criterios de aceptaci\u00f3n deber\u00edan utilizar los equipos de desarrollo?<\/strong><\/h2>\n\n\n
\n
\"\"<\/figure><\/div>\n\n\n

Sof\u00eda Palamarchuk:<\/strong> Esta es una de las preguntas m\u00e1s comunes que nos hacen y, posiblemente, la m\u00e1s dif\u00edcil de responder. Google y Apple detallan algunas buenas pr\u00e1cticas para los criterios de aceptaci\u00f3n<\/strong>. Por ejemplo, una aplicaci\u00f3n que se renderiza a 60 FPS proporciona la mejor experiencia al usuario final<\/strong>. \u00bfSignifica esto que tienes un problema de performance si tu aplicaci\u00f3n se renderiza a 30 FPS? Depende del tipo de aplicaci\u00f3n que tengas. Un juego para m\u00f3viles o una aplicaci\u00f3n con gr\u00e1ficos pesados tendr\u00e1n requisitos de FPS m\u00e1s altos.<\/p>\n\n\n\n

Las aplicaciones transaccionales pueden no necesitar mayores FPS porque es m\u00e1s importante saber la rapidez con la que se completan ciertas transacciones. Medir el tiempo de respuesta del usuario final en la p\u00e1gina de inicio de sesi\u00f3n o en una acci\u00f3n como a\u00f1adir un art\u00edculo al carrito es una buena forma de medir la velocidad de las transacciones<\/strong>.<\/p>\n\n\n\n

Nuestra recomendaci\u00f3n es definir con todo el equipo de desarrollo los criterios de aceptaci\u00f3n como requerimientos no funcionales<\/strong>. Puede ser el n\u00famero de crashes o errores, el porcentaje medio de uso de la CPU (menos del 50%) o el tiempo de inicio de la aplicaci\u00f3n (menos de 3 segundos). El objetivo final es tener m\u00e1s confianza en la calidad de cada nueva versi\u00f3n entregada<\/strong>. Si cumple con sus objetivos de aceptaci\u00f3n cada vez, tendr\u00e1s m\u00e1s certeza en cuanto a la experiencia del usuario final.<\/p>\n\n\n\n

\u00bfC\u00f3mo se puede utilizar Apptim en CI\/CD?<\/strong><\/h2>\n\n\n\n

Sof\u00eda Palamarchuk<\/strong>: Tenemos una herramienta CLI que permite a los desarrolladores de aplicaciones m\u00f3viles ejecutar validaciones de performance automatizadas de su aplicaci\u00f3n, integrarlas en CI\/CD y establecer criterios de aceptaci\u00f3n para los KPI m\u00e1s importantes que afectan a la experiencia del usuario<\/strong>. Los interesados en una demo, pueden ponerse en contacto<\/a> con nuestro equipo.<\/p>\n\n\n\n

\n\n\n\n

\u00a1M\u00e1s de 10.000 equipos han usado Apptim<\/a> para las pruebas de performance en aplicaciones m\u00f3viles!<\/strong><\/h3>\n\n\n\n

\u00a1S\u00edguenos en LinkedIn<\/a>, Twitter<\/a>, Facebook<\/a>, Instagram<\/a> y Youtube<\/a> para ser parte de nuestra comunidad y aprender m\u00e1s acerca de buenas pr\u00e1cticas y herramientas testing de performance m\u00f3vil<\/strong>!<\/p>\n\n\n\n

\n\n\n\n

Otros contenidos relacionados<\/h3>\n\n\n\n

\u00bfC\u00f3mo realizar Pruebas de Software en una Aplicaci\u00f3n M\u00f3vil?<\/a><\/p>\n\n\n\n

La mejor forma de hacer Testing de Performance en Integraci\u00f3n Continua<\/a><\/p>\n\n\n\n

Testing de Performance, la llave maestra para mejorar tu Software<\/a><\/p>\n\n\n\n

\n