Appium: primera introducción al marco de pruebas automatizadas de aplicaciones móviles Appium

Cuando se trata de pruebas automatizadas de aplicaciones móviles, el marco de prueba representativo no es otro que Appium. A partir de hoy, cubriremos el análisis de la estructura de la aplicación, el aprendizaje del marco de Appium, la práctica de pruebas automatizadas de Android/iOS, las pruebas de regresión transversal automática, la plataforma de pruebas automatizadas y las pruebas continuas. integración Aprenda Appium desde lo más superficial a lo más profundo en múltiples dimensiones

Hoy primero tendremos una comprensión preliminar de Appium y cómo diseñar de manera más razonable la automatización de la interfaz de usuario de la aplicación móvil.

1. Concepto de diseño de Appium

Appium es un marco de código abierto integrado con múltiples servicios como WebdriverAgent, espresso y UI automator2 para impulsar cada extremo a completar pruebas automatizadas.

Appium admite varios idiomas: Python Java Nodejs, un idioma puede completar el trabajo de prueba de múltiples extremos

Appium es compatible con varias plataformas: Android, iOS, Windows, Mac

Appium admite la capacidad de conmutación de múltiples motores subyacente, como iOS: KIF, WDA, XCTest; Android: robotium, ui automator

Su cliente puede enviar una solicitud HTTP para indicarle a Appium qué tipo de programa desea automatizar y ayudarme a hacer clic en un botón para implementar afirmaciones.

2. Lista de motores subyacentes de Appium

Android: el motor principal se divide en dos : motores selendroid y Esresso: estos dos motores pueden completar llamadas de nivel inferior, como llamar a la APIUI del SDK subyacente automator2: se utiliza para admitir pruebas entre aplicaciones y pruebas de compatibilidad

IOS: Automator UI del motor XCUItest : ya abandonado por Apple XCUItest: WDA de Facbook (webdriverAgent)

现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
分享他们的经验,还会分享很多直播讲座和技术沙龙
可以免费学习!划重点!开源的!!!
qq群号:110685036

3. Descripción general del sistema de arquitectura multiterminal de Appium

Atravesar herramientas o scripts e iniciar solicitudes HTTP a través de webdriver

Luego de recibir el servicio appium, llama a la Api o App correspondiente a través del motor intermedio mencionado anteriormente.

Si está probando navegadores móviles, subprogramas, etc., debe utilizar el controlador Chrome y el kernel webview para llamarlos.

4. Uso adecuado de las pruebas de automatización de la interfaz de usuario

Las pruebas de automatización de la interfaz de usuario se dividen en pruebas tradicionales basadas en casos de prueba y pruebas transversales automáticas basadas en casos de prueba.

Valor: según el sistema de mantenimiento de casos de uso, los procesos comerciales centrales y complejos deben entregarse al sistema de prueba según el mantenimiento de casos de uso para mantener y respaldar el retorno de funciones antiguas.

Desventajas: habrá costos de mantenimiento de casos de uso, no se puede cubrir la exploración de nuevas funciones y es necesario reescribir los casos de prueba.

Prueba transversal automática

Definición: recorrido completamente funcional de la aplicación de forma automatizada para explorar errores

Valor: Reduzca los costos de mantenimiento automatizado, cubriendo compatibilidad, estabilidad, rendimiento y afirmaciones comerciales básicas. Casi del 50 al 60% de una aplicación es navegación muy simple, visualización de datos, etc., que se puede mantener mediante recorrido automatizado. Asimismo, respalda el retorno. de funciones básicas antiguas

Propósito: pruebas de compatibilidad de múltiples dispositivos, pruebas especiales automatizadas

4. Estrategia de prueba en capas de aplicaciones móviles

Pruebas unitarias : utilice la estrategia de prueba en capas de la aplicación para aumentar la escala de las pruebas individuales y controlar la escala de las pruebas automatizadas de la interfaz de usuario.

Pruebas basadas en casos de prueba : los casos de prueba de aceptación e integración central se entregan a pruebas automatizadas.

Prueba de recorrido automático : la mayoría de las pruebas de regresión básicas se pasan al recorrido automático

Pruebas manuales : el líder del equipo de pruebas es responsable y participa todo el equipo del producto.

Utilice diferentes métodos de prueba para resolver diferentes demandas de prueba en el producto. A través de la guía de prueba oficial de Android y la tecnología de prueba madura en la industria, puede encontrar un conjunto de métodos de prueba adecuados para su empresa, a fin de construir el sistema de prueba de la empresa.

Finalmente, me gustaría agradecer a todos los que leyeron atentamente mi artículo. Mirando el aumento de fans y atención, siempre hay algo de cortesía. Aunque no es algo muy valioso, si puedes usarlo, ¡puedes llevarlo directamente!

Documento de entrevista de prueba de software

Debemos estudiar para encontrar un trabajo bien remunerado. Las siguientes preguntas de la entrevista son los últimos materiales de entrevista de empresas de Internet de primer nivel como Alibaba, Tencent, Byte, etc., y algunos jefes de Byte han dado respuestas autorizadas. Después de terminar este conjunto Creo que todos pueden encontrar un trabajo satisfactorio según la información de la entrevista.
 

Insertar descripción de la imagen aquí

Supongo que te gusta

Origin blog.csdn.net/jiangjunsss/article/details/132810595
Recomendado
Clasificación