prueba de aplicación: prueba de compatibilidad con Android

1 Descripción general

Las pruebas de compatibilidad se refieren a probar software en plataformas de hardware específicas, entre diferentes software de aplicación, en diferentes plataformas de sistemas operativos, en diferentes redes y otros entornos. corre muy amigable.

2 Propósito de las pruebas de compatibilidad

Debido a la grave fragmentación de los dispositivos Android en marcas, sistemas, pantallas, hardware, etc., algunas aplicaciones no funcionan como se esperaba en modelos específicos. La mala visualización y operación del diseño da como resultado una mala experiencia del usuario, lo que no favorece la promoción de la aplicación y afecta el desarrollo comercial. Para ello, la aplicación debe someterse a pruebas especiales de compatibilidad antes de su puesta en línea para que sea lo más adaptable posible a los teléfonos móviles y sistemas que ya están en el mercado o que lo estarán próximamente.

3 factores que afectan los problemas de compatibilidad

3.1 Hardware

1. Procesador

a) Arquitectura de la CPU, los teléfonos móviles convencionales son arm64, si la aplicación quiere adaptarse a la arquitectura x86, se requieren pruebas específicas

b) Los diferentes fabricantes de CPU, especialmente las CPU de nicho, necesitan una consideración especial, como Huawei HiSilicon y Xiaomi Pengpai

2

a) La tarjeta gráfica afecta la representación de gráficos y el cálculo de algunas escenas. Si la aplicación utiliza OpenGL, OpenCV, aprendizaje profundo, AR, VR, AI, debe tenerse en cuenta

a) La resolución afecta la visualización de la interfaz de usuario y debe ser compatible con resoluciones de pantalla HVGA, VGA, WVGA, FWVGA, 720p, 1080p y considerar diferentes situaciones de PPI

b ) Preste atención a las pantallas con formas especiales: pantalla con muesca, pantalla con forma de gota de agua, pantalla perforada, pantalla completa

Sensor

a) Seleccione según la situación real de la llamada. de la aplicación: como el módulo de huellas dactilares, necesita considerar la situación de diferentes proveedores

5. Botones físicos

a) Verifique si los botones físicos son efectivos: botón de volumen, botón de encendido , botón de cámara

b) y ¿Hay algún conflicto en el sistema u otras aplicaciones?

3.2 Sistema

1. Rom

a ) Las diferentes versiones del sistema tienen algunas diferencias en API, funciones, permisos, etc., que requieren Adaptarse según las funciones de la aplicación;

b) Las rom personalizadas de terceros tienen algunas funciones o permisos especiales y requieren consideraciones especiales, como MIUI

2. Versión compilada

a) Cuando se compila la aplicación, el valor de configuración de versión mínima se utiliza como estándar. El sistema operativo lo rechazará. para instalar la aplicación en dispositivos con una versión del sistema inferior a la estándar

b) La versión de Android se actualiza y la nueva versión introducirá algunas nuevas características y métodos, los nuevos métodos brindan mucha comodidad, pero tienen requisitos de versión del sistema y no se pueden ejecutar en teléfonos móviles de versiones inferiores. Si no se maneja la compatibilidad y se fuerza su ejecución, provocará un bloqueo

Adjunto: versión lanzada de Android y tabla de correspondencia de API y tasa de ocupación (. datos oficiales)

3. Kernel del navegador

a) Los diferentes kernels del navegador afectan la visualización y las funciones de la página web

3.3 Red

1. 2G/3G/4G/5G

a) Compatible con varios tipos de solicitudes de red en diferentes redes, preste atención al proceso de solicitud de datos y a los resultados

2. WiFi

a) Algunas redes WiFi no están conectadas directamente y requieren un proceso de autenticación de un solo paso, lo que requiere una consideración especial

b) Requisitos de WiFi que pueden mostrar anuncios emergentes Realizar procesamiento de compatibilidad

4 Momento de intervención

1. Cuando el producto se actualiza antes o después del lanzamiento involucra uno o más de los "factores que afectan los problemas de compatibilidad" anteriores y los usuarios enfrentan Hay una gran cantidad de usuarios. y la población de usuarios es relativamente compleja

2. Hay muchos problemas de compatibilidad después del lanzamiento del producto

5 Selección de escenarios

Algunos escenarios comunes se enumeran a continuación. También proporciona una descripción detallada de los escenarios. Algunos escenarios no necesitan ser probados y pueden ser determinados por las funciones de la aplicación.

5.1 Instalación y desinstalación

Este escenario involucrará permisos del sistema y. puede ocurrir que no se pueda instalar o que se pierdan datos después de la instalación, o incluso que no se pueda iniciar

Visualización de la interfaz de usuario 5.2

Afectada por diferentes resoluciones de pantalla y PPI, confusión en la visualización, pérdida de imagen, imagen. puede ocurrir penetración, etc.

5.3 Interacción de alta frecuencia

Los escenarios de interacción de alta frecuencia se ven afectados por una serie de factores que ponen a prueba la compatibilidad de toda la máquina y requieren una consideración especial.

5.4 Página H5 (JS/CSS)

Los diferentes núcleos e identificadores del navegador afectarán la visualización de estilos y solicitudes de datos específicos

5.5 Entrada de texto

Afectado por métodos de entrada y teclados virtuales, es posible que la pantalla no se muestre o que se confunda

5.6 Interacción API del sistema

Afectado por ROM de diferentes fabricantes y versiones

puede provocar que la función quede inutilizable

5.7 Relacionada con permisos

Afectados por diferentes fabricantes y versiones de ROM, es posible que algunos permisos no se obtengan normalmente

5.8 Audio y reproducción/grabación de vídeo

La grabación de audio y vídeo utilizará micrófonos (múltiples micrófonos) y cámaras (cámaras duales, cámaras triples, etc.), que pueden no ser utilizables o el audio y el vídeo pueden confundirse

p>

5.9 Llamada de sensor

Puede haber sensores que no se pueden llamar, excepciones de permisos o anomalías en los datos

5.10 Cobertura de actualización

Afectados por permisos de almacenamiento y seguridad, los datos pueden aparecer perdidos, incapaz de iniciar y otros errores

5.11 SDK de terceros

La selección de arquitectura y tecnología del SDK de terceros afectará la llamada normal de la capa superior

5.12 Interacción de periféricos

Los periféricos como teclados y ratones de fabricantes especiales pueden entrar en conflicto o no poder llamarse

6 Selección de dispositivo

1. A través de la investigación de usuarios, análisis de productos competitivos y datos de plataformas de terceros (la distribución de la tasa de ocupación de cada equipo en la etapa reciente y los envíos de equipos, preenvíos, etc.) se determina el alcance de la selección de equipos. ;

Adjunto:

Estadísticas de equipos Umeng: /device

Análisis de Tencent Mobile: /mta/data/device

2. Según según el tipo de aplicación, determine los indicadores clave a considerar (generalmente considerando ROM, resolución, fabricante), elimine la duplicación y retenga la cantidad de usuarios Más equipos

7 métodos de prueba

Consulte a los puntos relacionados con la compatibilidad y las características del producto enumerados anteriormente, los escenarios generales relevantes y seleccione el equipo apropiado para la prueba manual o automatizada Método de prueba y verificación (Adjunto: Referencia del método de selección de equipo)

Ventajas de uno mismo -plataforma de prueba en la nube coordinada: control total del equipo, rango de prueba más amplio, abundante equipo, ejecución relativamente simple y necesidad de un informe de prueba completo Desventajas Los costos de adquisición son altos, algunos sistemas especiales son difíciles de coordinar y los recursos requieren una cierta cantidad costoso, el equipo no es completamente controlable y la flexibilidad es escasa

Adjunto:

Informe de comparación de plataformas de prueba en la nube comunes