Pruebas de compatibilidad
Las pruebas de compatibilidad incluyen principalmente tres métodos: pruebas manuales, pruebas automatizadas y pruebas de plataforma en la nube.
Hoy en día, los modelos convencionales de la industria son compatibles con la idea de automatización, que utiliza una gran cantidad de dispositivos en plataformas en la nube multimodelo para realizar pruebas como instalación y desinstalación, estabilidad y pruebas funcionales de la aplicación bajo prueba. Esta sección presenta principalmente la parte de implementación de la automatización y la parte de uso de la plataforma en la nube se presenta en la siguiente sección.
Al instalar la aplicación probada en el dispositivo Android → iniciar la aplicación probada → desinstalar la aplicación probada, se verifican los dos aspectos siguientes:
compatibilidad de instalación del paquete de instalación<. /p>
Instalar y desinstalar mediante adb (Android Debug Bridge). Por ejemplo: el paquete de instalación test.apk, el nombre del paquete es com.sample.app y la actividad de inicio es MainActivity.
Instalación: adb install test.apk.
Inicio: adb shell am start–n com.sample.app/.MainActivity.
Desinstalar: adb uninstall test.apk.
Sobrescribir instalación: adb install–r test.apk.
Utilice los comandos anteriores para instalar, iniciar y desinstalar la aplicación. Observe la salida de la consola. Si es exitoso, significa éxito; de lo contrario, significa fracaso. Al mismo tiempo, logcat se captura y se proporciona a los desarrolladores.
b. Detectar problemas fatales de bajo nivel, como fallas de inicio, iniciando la aplicación bajo prueba.
Encuentre información sobre fallas de la capa Java y la capa nativa monitoreando el contenido de impresión de Logcat (una herramienta). en DDMS).
La información de fallo de la capa Java es la siguiente:
La información de fallo de la capa nativa es la siguiente:
Si la información de seguimiento de fallos contiene el nombre del paquete del aplicación probada (com.sample .app), entonces este bloqueo es causado por la aplicación bajo prueba.
Para probar la estabilidad de la aplicación en varios modelos, realizamos varias horas de pruebas a través de pruebas de herramientas y descubrimos el problema de bloqueo. La industria realiza pruebas principalmente a través de dos métodos, de la siguiente manera:
a. Pruebas transversales de control
El método de implementación de pruebas actual en la industria incluye básicamente los siguientes pasos.
(1) El método para obtener todos los controles de la aplicación actual bajo prueba se muestra en la siguiente tabla:
En el proyecto de teléfono móvil (Android), un conjunto de herramientas de automatización fue construido. Escriba scripts de automatización de pruebas funcionales para ejecutarlos en dispositivos internos de plataforma en la nube. El marco de automatización se muestra en la siguiente figura:
Cuando te enfrentas a resultados de pruebas como los de la figura siguiente, si solo juzgas por el texto, los resultados son completamente correctos. ¿Pero puedes admitir que el resultado es positivo? Obviamente no. Debido a que el color de fondo es blanquecino, no es el esperado.
La clave del problema es: la automatización no puede verificar colores, diseños, fondos y otros elementos complejos de la interfaz.
¿Cómo descifrarlo? Desde la perspectiva de la relación entrada-salida, se adopta un método semiautomático de operación automatizada y verificación manual de resultados (capturas de pantalla).
/s/JNHKJfnW74tDeVilIfnfMg
/topics/7966
/yorkz0909/article/details/76523271
La automatización del nivel de UI ofrece a las personas Mi La impresión siempre ha sido la de que "los cambios son demasiado grandes y los rendimientos demasiado bajos". Una vez que la interfaz de usuario experimente cambios importantes, los scripts automatizados anteriores sufrirán cambios importantes, lo que generará una alta inversión y bajos rendimientos.
¿Cómo solucionar este problema? La idea es la siguiente:
(1) Reducir los costos de construcción: el autor toma como ejemplo la escritura de scripts automatizados. En primer lugar, es importante elegir un marco con bajos costos de aprendizaje y alta eficiencia. En segundo lugar, las funciones públicas se acumulan continuamente para aumentar varias veces la velocidad del desarrollo del guión.
(2) Aumentar la frecuencia de uso: cuanto mayor sea la frecuencia de uso de las pruebas automatizadas, mayores serán los beneficios. El mismo conjunto de scripts de automatización se puede utilizar cada vez que regresa la versión actual. De manera similar, después de modificaciones simples, también puede desempeñar un papel importante en la próxima versión.
(3) Permanezca sin cambios en respuesta a todos los cambios: para los módulos automatizados, se debe dar prioridad a los módulos con cambios de interfaz de usuario relativamente pequeños. Estas son partes adecuadas para la automatización y pueden reducir el costo de los cambios en el futuro. .
(4) Desarrollar operaciones diversificadas: el propósito de los scripts automatizados definitivamente no es solo la verificación funcional. Se pueden utilizar varias otras pruebas, como: instalación de cobertura, pruebas de rendimiento, verificación del paquete de instalación... Cuantos más usos publiques, mayores serán los beneficios.