Get best of the week

Probar tendencias en 2020


Autor del artículo: Dmitry Shadrin


Introducción


Me gustaría compartir mis mejores herramientas de prueba que semanalmente me ayudan a trabajar de manera efectiva y mejorar mi rendimiento.

Realizo pruebas subcontratadas y tengo que trabajar con varios tipos de productos: aplicaciones y juegos móviles, web, proyectos serios de criptomonedas para escritorio, etc. En este artículo, me gustaría seleccionar las herramientas más convenientes y significativas que me ayuden a optimizar mi trabajo al probar aplicaciones móviles.

Aplicaciones móviles


Lo más importante que debe enfatizarse al probar una aplicación móvil es la prueba funcional . Cuando haya decidido para quién está hecho su producto, quién es el consumidor final, solo entonces podrá realizar pruebas competentes de principio a fin para su aplicación.

Siempre comenzamos a realizar pruebas con el cumplimiento de los requisitos y el diseño de la aplicación. Un buen control de calidad debe conocer los requisitos para el producto bajo prueba, y uno excelente debe ser amigo del diseño. Y esto significa no solo poder mirar a Figma, Invision o Zeplin, sino también comprender cómo funciona la UI / UX de su aplicación.
Para consolidar con mayor precisión todos los movimientos de los usuarios en las pantallas de las aplicaciones, generalmente se compila un mapa mental. De lo más conveniente para mí, puedo destacar xMind, Mindomo y MindMeister.

Con el advenimiento y la actualización del mapa mental, resulta más fácil probar las aplicaciones, y lo que es especialmente conveniente es actualizar y reponer la documentación de la prueba (lista de verificación, por ejemplo).

Una buena lista de verificación se basa en los requisitos del proyecto, la documentación de las características y las tareas asignadas al equipo en la implementación actual. El mapa mental le permite no olvidar y tener en cuenta todos los matices, por lo que es un excelente terreno para las pruebas de extremo a extremo. Un servicio que lo ayudará a encontrar listas de verificación preparadas y actualizar las suyas propias: https://checkvist.com/checklists/476089


Herramientas que serán necesarias para verificar los casos anteriores:

Charles o Fiddler sniffer, como las herramientas de análisis de tráfico de red más populares hasta ahora. Le permiten verificar casos de fallas en la red e Internet débil, ver las solicitudes salientes y las respuestas recibidas. También le permiten simular algunas situaciones que son difíciles de reproducir en casos reales.

Los datos de los rastreadores serán útiles durante las pruebas posteriores de la API. Pero para trabajar con la API, le aconsejo que use herramientas especializadas: Swagger UI, Postman. Ambas herramientas resuelven dos problemas: documentación de solicitudes y su verificación interactiva.

Vale la pena pensar en la automatización del proceso de prueba. Una de las soluciones más comunes para automatizar las pruebas de IU de aplicaciones móviles esAppium . Un umbral de entrada relativamente fácil y abundante documentación, así como una gran base de especialistas en control de calidad que siempre ayudarán a responder preguntas.

Appium es una herramienta multiplataforma gratuita de código abierto que ayuda a automatizar aplicaciones tanto para Android como para iOS. Es una de las herramientas más utilizadas para crear pruebas automáticas para teléfonos inteligentes y tabletas.

Las ventajas indudables de Appium son la facilidad de uso, así como la compatibilidad con muchos lenguajes de programación: Java, Ruby, Python, C #, PHP.

Antes de comenzar a trabajar con Appium, debe configurar el entorno desde los siguientes componentes:



Después de instalar el software, puede ocuparse de la aplicación. Necesitará .apk-un archivo .ipa para iOS para una aplicación de Android a fin de que esta aplicación se instale en el dispositivo seleccionado al ejecutar las pruebas. Si la aplicación no se instaló en el dispositivo, el código de prueba la instalará y luego ejecutará las pruebas ellos mismos.

En el proceso de prueba de automatización, tarde o temprano surge la pregunta: probar en dispositivos reales o usar emuladores. Como muestran la práctica y las estadísticas despiadadas, los emuladores no son una panacea. Las situaciones son muy comunes cuando todo funciona perfectamente en emuladores y se pasan todas las pruebas. Pero en un dispositivo real, la aplicación está bloqueada por un sistema de seguridad, el funcionamiento de otra aplicación o firmware personalizado (¡Hola, Android!).
Mi recomendación es combinar y usar granjas de dispositivos. Servicios como BrowserStack, AWS Device Farm, Xamarin Test Cloud. Se conecta a dispositivos reales, puede integrar sus pruebas automáticas en estos servicios y ver los resultados. Pero siempre vale la pena tener dispositivos de destino en el parque de dispositivos, así como dispositivos de las barras superior e inferior (el mínimo permitido y el buque insignia).

Una buena alternativa a Appium es codecept.io.
Si prefiere JS como el lenguaje para desarrollar pruebas automáticas, bienvenido a CodeceptJS. La documentación detallada, las pruebas no ocupan mucho espacio en la pantalla (comprenderá lo que quiero decir) y el soporte activo de todos los sistemas operativos móviles modernos lo hará pensar a favor de esta herramienta.

Después de que su proyecto haya crecido un número significativo de pruebas automáticas, sería bueno automatizar su lanzamiento cada vez que cree una nueva. Personalizar y configurar esto le ayudará a los sistemas modernos de CI \ CD. Personalmente, prefiero Jenkins o Teamcity, pero aquí es cuestión de gustos.

Otra herramienta para reducir y optimizar las pruebas de regresión es la matriz de dependencia (también es una matriz de rastreo). En resumen: esta es una tabla en la que se eliminan las dependencias de los elementos del sistema entre sí. Para compilar dicha matriz, debe comprender el código de la aplicación, y también será útil consultar con el arquitecto del proyecto. Pero al final, dicha herramienta reducirá significativamente (en mi memoria, hasta un 40%) el tiempo de las pruebas de regresión. Puedes leer más sobre la matriz.Aquí .

Pista


Aquí está mi conjunto de consejos útiles para encontrar el número máximo de errores, dados los detalles de las aplicaciones móviles.

  • Siempre revise las cajas para doblar / invertir, despertarse del modo de reposo y encenderlo / apagarlo. Para Android, hay una configuración: no guardar actividades ( DNKA ). Al probar con esta configuración, asegúrese de indicar esta abreviatura en errores para que sea más fácil para el desarrollador reproducir esto.
  • Notificaciones / notificaciones: hay locales y servidores (es decir, vinculadas a una conexión de red). Siempre vale la pena recordarlos y verificar su correcto funcionamiento. Siempre deben conducir a la pantalla de destino. O debe abandonarlos hasta que los desarrolladores hayan encontrado la forma correcta de navegar.
  • Charles . .
  • , , . . , .
  • . iOS: ipa- . Android , , . .
  • , QA . .
  • . , . , . . . “ ” .
  • . , . 20% . , . , , “ QA”.
  • . .


En esta nota, quería repasar las herramientas básicas y las sugerencias que uso en mi trabajo diario. Puede obtener más información sobre todas las herramientas modernas en nuestro curso sobre pruebas móviles en la plataforma de capacitación OTUS. También lo invito a una lección gratuita, en cuyo marco discutiremos con más detalle las prácticas de prueba modernas para aplicaciones móviles Android / iOS, hablaremos sobre el conjunto de probadores necesarios en 2020 y consideraremos el tema de la automatización de nuestro trabajo y pruebas.

More articles:


All Articles