Primero: Prueba de compatibilidad
Estos aspectos generalmente se consideran para las aplicaciones:
1) Versión del sistema operativo
Incluyendo la versión de Andoird, iOS versión
2) Resolución de pantalla
android 800*480, 960*640, 1280*720(720p), 1920*1080(1080p), 2560*1440(2k).
Para iOS basta con considerar las resoluciones correspondientes a las últimas generaciones de modelos.
3) ROMs de diferentes fabricantes
ROMs de diferentes fabricantes, La mayoría de los fabricantes han personalizado las En la práctica, encontrarán problemas de incompatibilidad, como llamar a la cámara y los servicios subyacentes, así como diferentes configuraciones de sensibilidad del teléfono móvil para los sensores de orientación y gravedad que encuentra Shake.
4) Tipo de red<. /p>
El tipo de red generalmente considera las funciones bajo wifi, 2g, 3g4g. Además, considere diferentes tipos de navegador y resoluciones de pantalla para la versión m del sitio web.
Segundo: prueba de tráfico
Al probar productos móviles, es necesario probar el tráfico. La medición utilizada por la aplicación, en términos generales, el tráfico se puede dividir desde la perspectiva de la correlación de uso del usuario: un tipo es el consumo de tráfico causado directamente por la operación del usuario y el otro tipo es el consumo de tráfico en segundo plano, es decir, el consumo de tráfico; cuando el usuario no lo utilice directamente.
Método de prueba de tráfico:
1. Basado en las funciones propias del sistema.
p.ej. android proc/uid_stat/{uid} /tcp_send
android proc/uid_stat/{uid} /tcp_rcv
2.Obtener datos a través de API o puntos enterrados del sistema.
3. Métodos comunes de prueba de tráfico: captura de paquetes de teléfonos móviles o proxy wifi (Fiddler, Charles).
Métodos comunes para ahorrar tráfico:
1.
La compresión incluye la compresión de datos de texto de la interfaz, la compresión de archivos js y la compresión de imágenes.
2. El uso de diferentes formatos de datos
Por ejemplo, el formato JSON utilizado como formato de devolución de datos de la interfaz suele ser más pequeño que el formato XML.
3. Controlar la frecuencia de acceso
Esto es principalmente para informes de datos en segundo plano, verificación de mensajes PUSH y otros mecanismos de sincronización.
4. Obtenga solo los datos necesarios
A veces, la página de una aplicación tiene mucho contenido y es posible que el usuario solo lea una parte. Extraer demasiados datos del fondo es un desperdicio. Por lo tanto, se puede utilizar la carga en pantalla dividida o la carga diferida para reducir el consumo de tráfico.
5. Caché
Las imágenes, js y otros datos se pueden almacenar temporalmente. Sin embargo, debido al espacio de almacenamiento limitado de los teléfonos móviles, también es necesario controlar todo el tamaño del caché. y brindar a los usuarios la opción de borrar el caché.
6. Diseñe diferentes estrategias de acceso para diferentes tipos de redes.
Algunas aplicaciones devuelven contenido diferente para diferentes tipos de redes.
Tercero: Prueba de batería
Mientras no se produzca un gran avance en la tecnología de baterías eléctricas, siempre habrá algunos cuellos de botella en esta área si algunas arquitecturas de aplicaciones no están bien diseñadas. O el código ocasionalmente Los defectos pueden provocar un consumo de energía relativamente alto, por lo que las pruebas de energía también son muy importantes.
Herramienta GSam Battery Monitor Pro.
Cuarto: Prueba de red débil
En comparación con los productos de Internet para PC, una característica de los productos de Internet móvil es la red utilizada por el El primero es bastante diverso, excepto Wif, y se usa a menudo en redes móviles. Las situaciones que enfrentan las redes móviles son más complejas, como metros, túneles, estadios, etc. Por lo tanto, la inestabilidad de la red es relativamente fácil de producir. En muchos casos, algunos problemas de la aplicación solo se exponen en condiciones de red complejas. En lugar de permitir que los usuarios descubran y se quejen de estos problemas, debemos hacer todo lo posible para simular dichas condiciones de red durante el proceso. fase de prueba, detectar y solucionar estos problemas tempranamente.
Herramientas:
1. Simulador de retardo de red en Windows
2. Acondicionador de enlace de red en Mac
Quinto: Pruebas de rendimiento de estabilidad
Para garantizar que las funciones básicas sean correctas, la estabilidad de la aplicación es muy importante. Si una aplicación falla o se congela con frecuencia, la experiencia del usuario se verá gravemente perjudicada en el caso de otros productos de la competencia. , es fácil provocar la pérdida de usuarios.
Sexto: Prueba de seguridad
Incluyendo pruebas de seguridad del paquete de instalación (si el código se puede descompilar, si el paquete de instalación está firmado, verificación de integridad, verificación de configuración de permisos, etc.) .
Pruebas de información sensible (base de datos, logs, archivos de configuración).
Secuestro de teclado virtual (cuadro de entrada de nombre de usuario y contraseña en la página de inicio de sesión de la aplicación financiera),
Seguridad de la cuenta (si la contraseña es texto sin cifrar, si la transmisión de la contraseña está cifrada, y la cuenta se bloquea si la cantidad de entradas incorrectas es demasiada), recordatorio de sesión simultánea, mecanismo de cierre de sesión)
Seguridad de la comunicación de datos (si los datos clave están codificados o cifrados, si las conexiones clave utilizan comunicación segura, si se verifica la legalidad de los certificados digitales y si se verifica la legalidad de los datos
Pruebas de seguridad de componentes
Pruebas de interfaz del lado del servidor (pruebas de inyección SQL, scripts entre sitios XSS). (ataques, falsificación de solicitudes CSRF entre sitios, acceso no autorizado, etc.)
Séptimo: pruebas relacionadas con el entorno
En proyectos reales, descubrí que hay algunos defectos relacionados con la ejecución entorno de la App, por lo que al diseñar pruebas, debes considerar estos escenarios, tales como:
1) Prueba de interferencia
Recibir llamadas telefónicas, recibir mensajes de texto, recibir mensajes de la barra de notificaciones, no aparecen cuadros de aviso de batería y aparecen alarmas de software de seguridad de terceros.
2) Prueba de permisos
Algunos usuarios bloquean conscientemente ciertas funciones cuando realmente utilizan la aplicación. Por ejemplo, algunos usuarios sienten que permitir que una aplicación acceda a su directorio telefónico o álbum de fotos puede afectar su privacidad, por lo que configuran los permisos en sus teléfonos móviles para prohibir que la aplicación acceda al álbum de fotos.
3) Prueba de límites
El entorno del teléfono móvil en sí también tiene sus condiciones de límite que deben cubrirse en la prueba. Los escenarios comunes incluyen:
Muy poco espacio de almacenamiento disponible, falta de tarjeta SD/tarjetas SD duales, modo avión, hora incorrecta del sistema (más tarde o más temprano que la hora estándar), dependencias de terceros (como nuestra aplicación depende de una aplicación de terceros, pero actualmente la aplicación de terceros no está instalada o la versión es demasiado baja para realizar pruebas).
4) Prueba de posicionamiento de Android
Simulación utilizando el método de caja blanca