1 prueba de funcionamiento
Escriba casos de uso y ejecute pruebas de acuerdo con los documentos de requisitos del producto.
Un solo módulo funcional de la lista de clientes de la aplicación
Necesidad de usar clases de equivalencia, valores límite, considerar casos normales y anormales
Considere la interacción funcional en términos de lógica comercial funcional
Nota: El método de extracción de puntos de prueba funcionales y diseño de casos de uso es consistente con el de las pruebas web, pero la App también tiene algunas pruebas de características propias, que también deben agregarse a los puntos de prueba.
1.1 Prueba de instalación y desinstalación
1) Antes de la instalación del software : ¿Hay un aviso correspondiente cuando el espacio es insuficiente?
2) Durante la instalación del software : A. ¿Se puede cancelar durante la instalación? B. ¿Puede la instalación ejecutarse normalmente? C. ¿Hay un aviso correspondiente cuando el espacio es insuficiente?
3) Después de instalar el software :
①Si es posible desinstalar la aplicación: a Desinstalar a través del escritorio b Desinstalar a través de la configuración del software
②Error común: se encontró que hay una aplicación instalada en el teléfono móvil Ios que no estaba completamente instalada, y el ícono de la aplicación instalada de manera incompleta siempre se muestra en el teléfono después de que finaliza la instalación y no se puede eliminar con éxito
③Si la desinstalación admite la función de cancelación y si la función de desinstalación del software es normal después de la cancelación independiente
④Si eliminar automáticamente el paquete de instalación después de la instalación --- teniendo en cuenta la memoria
4) Instalación repetida : A indica que la versión ya existe B sobrescribe directamente la instalación, pero se puede usar normalmente
1.2 Actualización y mejora del software
1) Antes de actualizar : cuando el cliente tiene una nueva versión, ¿hay un aviso de actualización?
2) Después de la actualización : A. Después de la actualización, si cada función (función nueva/antigua) se puede usar normalmente. B. Después de la actualización, los datos antiguos existen y funcionan normalmente.
3) Versión de actualización no obligatoria : el usuario puede cancelar la actualización, la versión anterior se usará normalmente y el aviso de actualización seguirá apareciendo cuando el usuario inicie la aplicación la próxima vez
4) Versión de actualización forzada : cuando el usuario no actualice, salga del cliente y la próxima vez que se inicie la aplicación, seguirá apareciendo el aviso de actualización forzada.
5) Actualización de versiones cruzadas en línea : A. Uso normal después de la actualización B. Seleccione la versión --- la versión con la mayoría de los usuarios --- la versión principal
1.3 Prueba de inicio de sesión de la aplicación
1) Método de inicio de sesión : nombre de usuario Código de verificación de SMS Huella digital Código QR Gesto Reconocimiento de avatar de voz Inicio de sesión de terceros (WeChat/QQ/Weibo) -- si es compatible
2) Usuarios que no han iniciado sesión :
①Si se ha controlado el funcionamiento de algunas páginas --- permiso
②Haga clic en ciertos recursos para iniciar sesión o saltar a la página de inicio de sesión
③ Después de que el usuario cierre sesión voluntariamente, la próxima vez que se inicie la aplicación, debe ingresar a la página de inicio de sesión
3) Cambiar inicio de sesión de cuenta : compruebe si la información de inicio de sesión se actualiza a tiempo
4) Inicio de sesión único :
①Cuando no se permite el inicio de sesión multipunto, si desconectar al usuario original y dar un mensaje de aviso
②Se permiten múltiples inicios de sesión y se solicita información; y para garantizar que la operación de la base de datos sea correcta, cada extremo puede ver la actualización de los datos a tiempo
5) El usuario tarda demasiado en iniciar sesión y la información de la cuenta caducará :
①"Aunque haya iniciado sesión, el sistema le pedirá al usuario que no inicie sesión"
② Salga a la fuerza y solicite: la información de la cuenta expiró, vuelva a iniciar sesión
1.4 Pantalla táctil y prueba de funcionamiento
①Gestos de acceso directo de la pantalla táctil, deslizamiento con dos dedos, tres dedos --- deslizar la pantalla
② Pulsación larga, pulsación corta en la pantalla
③Pantalla horizontal del teléfono móvil, prueba de pantalla vertical --- girar la pantalla
④Toque diferentes posiciones al mismo tiempo y realice diferentes operaciones al mismo tiempo --- anormal, flash back
Verifique el procesamiento del cliente, si se bloqueará (bloqueo/retroceso), ANR (sin respuesta)
Nota: debe confirmar con el desarrollo y el producto si es compatible
1.5 Prueba de inserción de mensajes de la aplicación: configuración/ control de notificaciones según el comportamiento del teléfono móvil
1) Configuración del interruptor:
①El estado predeterminado es todo abierto y el cliente puede recibir información push
②El interruptor de configuración se puede encender y apagar: cuando el interruptor de configuración de la aplicación está apagado, el cliente no puede recibir el mensaje push
2) Cuando el cliente móvil no está bloqueado
①La aplicación se ejecuta en segundo plano, si el mensaje push se puede recibir normalmente, y puede hacer clic para verlo
②Cuando la aplicación se usa en primer plano, puede recibir recordatorios de mensajes y hacer clic para ver
3) Cuando el cliente móvil bloquea la pantalla: si el mensaje push se recibe normalmente
4) Estado de inicio de sesión:
① Después de cerrar la sesión, aceptar push push (según los requisitos)
②Usuarios que no han iniciado sesión y luego inician sesión: reciben múltiples mensajes en lotes, punto rojo/número de mensajes
③Cuando el mensaje push está dirigido al usuario que inició sesión, es necesario verificar si el mensaje push recibido coincide con la identidad del usuario y si la información de otras personas no se transfiere por error.
5) Si la barra de mensajes (centro de notificaciones) puede recibir recordatorios de mensajes, hacer clic para ver y desaparecer en la barra de mensajes después de hacer clic
2 prueba de interfaz de interfaz de usuario:
Asegúrese de que la interfaz de usuario del producto se ajuste al dibujo prototipo realizado por el gerente de producto y el dibujo de efecto de diseño de interfaz de usuario/dibujo de corte
Errores que se pueden optimizar en función de la experiencia, los hábitos del usuario y la referencia a otros productos maduros
Interfaz de diseño general (como menú/diálogo/ventana y otros controles visuales) diseño y estilo, si el texto es correcto, si la página es hermosa y si la operación es amigable
Tales como: la página de carga/visualización de video dinámico después de instalar la aplicación, y la visualización del logotipo del producto en la página para compartir
Nota: la prueba de la interfaz de usuario es básicamente lo mismo que el pensamiento web
3 Prueba de compatibilidad --- Adaptación
①Si la aplicación se puede usar normalmente en diferentes sistemas operativos (Android/Ios), se deben realizar pruebas de compatibilidad en estas dos plataformas
② Diferentes versiones del sistema para cada plataforma:
Versión de Android: 6, 7, 8, 9, 10 (10.1) y varias versiones menores
Versión de iOS: 9, 10, 11, 12, 13 y varias versiones menores
③Si se puede adaptar a varios tamaños de pantalla:
Serie Android: 4,5 pulgadas, 5,7 pulgadas (teléfono y pad)
Serie iOS: 3,5 pulgadas, 4 pulgadas, 4,8 pulgadas, 5,0 pulgadas (iphone y ipad)
④Cuota de mercado más alta: Estadísticas de Baidu: plataforma integral de aplicación y análisis de datos inteligente
⑤Adaptación de la resolución: la resolución afecta el tamaño de los íconos y el texto de la interfaz, lo que garantiza que la visualización de la página esté completa con las resoluciones principales. El texto no está bloqueado
⑥ Requisitos específicos especificados por el usuario
Resumir:
① Las pruebas de compatibilidad generalmente cubren:
Teléfonos móviles con sistema Android: Xiaomi, Huawei, vivo, oppo, etc.
Teléfono móvil con sistema iOS: 6s, 6plus, 7, 8plus, x, xs, 11, 11plus
②La empresa y aquellos que prueban teléfonos móviles probarán las pruebas de compatibilidad y las pruebas de interfaz de aquellos que prueban teléfonos móviles
Comprender: plataforma de medición en la nube, 50 modelos gratuitos: instalación, aplicación de registro, mono (mono), cerrar aplicación, desinstalar
4 Prueba de interrupción de la aplicación
1) Cuando la aplicación se ve afectada por el comportamiento del teléfono móvil: si la aplicación puede manejarla normalmente y garantizar la exactitud de los datos --- ejecución, datos
2) Las pruebas de interrupción se realizan principalmente en las páginas con intercambio de datos en tiempo real en las funciones principales Además de garantizar un manejo razonable durante el proceso de interrupción, también garantiza que vuelva a la normalidad después de la interrupción: ① Llamadas entrantes, texto entrante Mensajes, pantalla de bloqueo Energía, recordatorio de batería baja, cambio frontal y posterior, cambio de aplicación
② En el hardware del teléfono móvil, como: modo de espera, conexión y desconexión de cables de datos, auriculares, mensajes emergentes de alarma, etc.
3) Escenarios de errores comunes:
① Durante la reproducción del video iQIYI, la llamada/llamada de WeChat se interrumpe:
Normal: la aplicación se suspende; después de responder la llamada, la transmisión en vivo se reanudará a la normalidad
Anormal: aplicación atascada, audio y video no sincronizados
② Video chat de Wechat, interrupción del recordatorio de batería baja: (¿interrupción del teléfono?)
Normal: el chat no se interrumpe, después de apagar el mensaje, la comunicación normal
Anormal: la aplicación se congela o falla, el chat de WeChat se desconecta a la fuerza
5 Prueba de red
1) prueba 2G/3G/4G/5G/WIFI/punto de acceso, conmutación de red
Ejemplo: Al cambiar de un entorno WiFi a un entorno 4G, se le indica si debe habilitar la red 4G, lo que resultará en una deducción --- ¿hay algún recordatorio?
2) Prueba con conmutación de red/no red
① Cuando hay una red a ninguna red y luego a un entorno de red, si los datos se pueden restaurar automáticamente y cargar normalmente (interrupción y reconexión de la red)
② Cuando no hay red, si las diversas indicaciones son amigables y si los datos locales son correctos (por ejemplo, la indicación está actualmente desconectada de la red, verifique la configuración de la red)
3) Prueba de red débil (retraso + pérdida de paquetes) , preste atención a si el supermercado tiene un aviso razonable en el escenario de red débil y si hay un mecanismo de retransmisión
①Si los datos enviados han sido procesados y enviados, si habrá un retraso y si habrá un recordatorio si falla el intercambio de datos
②Si los datos se envían varias veces (aplicación de pago) solo se pueden ejecutar una vez
③El número máximo de intentos (3-5 veces), si la aplicación funciona normalmente
4) Prueba fuera de línea de la aplicación: el caché/actualizar no está bien
①La aplicación almacenará en caché parte de los datos en el cliente local para la próxima llamada del programa. Para algunos programas, los datos locales se pueden explorar en estado desactivado.
Para fuera de línea (sin red), al actualizar para obtener nuevos datos, se dará un aviso amistoso cuando no se puedan obtener los datos
Sin conexión, puede explorar los datos del caché local normalmente cuando sale de la aplicación y luego abre la aplicación; no borre el caché
Cuando está desconectado, puede navegar normalmente cuando cambia a la pantalla de inicio y luego vuelve a la aplicación
Sin conexión, puede navegar normalmente después de bloquear la pantalla y volver al primer plano de la aplicación
② Los datos en la interfaz no proporcionan una visualización sin conexión, se debe proporcionar un aviso correspondiente y no hay datos después de actualizar la interfaz
6 Prueba de seguridad --- Prueba de permiso
1) Riesgo de deducción de tarifas: incluido el envío de mensajes de texto, hacer llamadas telefónicas, conectarse a la red y poder recordarle cuando no hay red --- recordatorio amistoso
2) Riesgo de fuga de privacidad: incluido el acceso a la información del teléfono móvil, el acceso a la información de contacto, etc.
3) ¿Se permite acceder al álbum de fotos y hacer fotos?Permisos abiertos + permisos cerrados
4) Si se permite la grabación
5) Si se permite el posicionamiento
6) Ya sea para permitir el empuje de notificación de conexión
Nota: De forma predeterminada, se desarrolla y se debe solicitar al usuario que elija
①En general, para la mayoría de las aplicaciones que no son de pago, la seguridad no es un problema especial, solo es necesario garantizar la seguridad de la autenticación de inicio de sesión
②No hay un requisito de prueba de seguridad, por lo que puede ignorarlo (inyección de sql, escaneo de seguridad, etc.)
7 prueba de rendimiento
1) Prueba de rendimiento del servidor (por ejemplo: herramienta loadrunner/Jmeter - gratuita): el tiempo de respuesta de varias operaciones funcionales de la aplicación (rendimiento del servidor en segundo plano)
2) Prueba de rendimiento del cliente de la aplicación
①Tiempo de respuesta de la instalación y desinstalación de la aplicación
②CPU, memoria, tráfico, consumo de energía
Dispositivos de prueba de rendimiento especializados, por ejemplo: GT (Tencent) , Instruments, emmage (Android), OneApm
③Prueba de estabilidad de presión (monkey): 100.000 operaciones, haga clic en el botón deslizante (grabación especial y transmisión de video)
La aplicación se instala y desinstala repetidamente, y otras funciones se operan repetidamente
Blog de referencia: https://www.cnblogs.com/tudou-22/p/9213748.html
8 Algunas preguntas sobre las pruebas de aplicaciones
1) ¿Preparación de recursos de prueba de la aplicación? --- entender
Dispositivo iOS, dispositivo Android (seleccione los principales productos de telefonía móvil del mercado)
Para artículos pagados por Alipay/UnionPay, debe solicitar una cuenta de Alipay/UnionPay por adelantado, etc.
Si hay un tema de seckill, debe planificar el horario de seckill
Para artículos con cupones, se deben agregar datos de cupones
2) ¿Estabilidad de la aplicación? --- Comprender → grabación de herramientas de mono
Para comprender qué es la estabilidad, este trabajo es generalmente una prueba que se lleva a cabo después de que las funciones básicas del producto de software estén libres de defectos. Generalmente, el sistema de software cumple con el modo de operación continua, y las pruebas se realizan en condiciones normales y críticas. condiciones para ver si hay alguna anormalidad en el sistema -- Después de la prueba funcional
En general, use la herramienta Monkey para enviar flujos de eventos aleatorios al sistema, como entrada de teclas, entrada de pantalla táctil, entrada de gestos, etc., para realizar la prueba de estabilidad del software.
3) La diferencia entre las pruebas de aplicaciones y las pruebas web : ¡importante! ! Alta probabilidad de entrevista, comprensión y memoria.
Mismo punto:
①El mismo método de diseño de casos de prueba: prueba funcional
②El mismo método de prueba: verifique la interfaz de usuario con una oración de prototipo o imagen de efecto: prueba de interfaz de usuario
③Pruebe la carga de la página y la velocidad de giro de la página, el tiempo de inicio de sesión, el desbordamiento de la memoria, etc. --Rendimiento y usabilidad
④ Probar la estabilidad del sistema de aplicación -- estabilidad (rendimiento)
diferencia:
① Prueba de interrupción de la aplicación: interrupción de llamadas entrantes, interrupción de SMS, Bluetooth, despertador, conexión y desconexión del cable de datos, bloqueo del teléfono móvil, falla de energía del teléfono móvil, problema del teléfono móvil (fallo y reinicio del sistema)
②Instalación, desinstalación y actualización de aplicaciones: instalación nueva, instalación de actualización, instalación/desinstalación de herramientas de terceros, eliminación y desinstalación directas
③Prueba de envío de mensajes, prueba de autorización de teléfono móvil, interruptor frontal y posterior, entorno de red (wifi/2G/3G/4G/5G/sin red), prueba de red débil
④ Pruebas de compatibilidad: los proyectos web consideran la compatibilidad de diferentes navegadores; las aplicaciones deben considerar la compatibilidad de diferentes sistemas operativos, diferentes modelos, diferentes pantallas, resoluciones, etc. de teléfonos móviles
4) Plataforma de prueba en la nube de aplicaciones: prueba en la nube de Baidu, prueba en la nube de prueba, etc.
http://www.open-open.com/lib/view/open1463526042631.htmlCargando... re-cargando ¿cancela la diferencia entre la prueba de la aplicación Android y la prueba de la aplicación Ios? ---sistema
1) El sistema Android es de código abierto, Ios no es de código abierto, seguridad; ---Información push (Android pasa por alto el sistema, Ios camina por el sistema) 2
) Hay muchas versiones de Android, relativamente pocas versiones de Ios y no es compatible con la versión anterior
3) Mecanismo de revisión de aplicaciones La descripción del mercado de aplicaciones debe ser Apple Store -- ciclo de revisión largo -- 99 yuanes al mes
4) Hábitos operativos: Android--back; Ios--home
5) Desinstalación en amarillo oscuro: paquete de instalación (apk) -- haga clic en el sistema para instalar, Ios --- Firma de Apple, App Store, iTunes, testflight -- versión de prueba
Trece puntos de prueba del Mini Programa Wechat (Mini Programa)
1 ¿Qué son los miniprogramas de WeChat? --- No es necesario descargar e instalar, la aplicación integrada en WeChat
1) Versión de Applet: versión de desarrollo (entorno de desarrollo), versión de prueba, versión oficial
2 La estructura del applet
Contiene la capa de vista View (interfaz), la capa lógica de AppService (fondo), se ejecutan en dos subprocesos.
La capa View se usa para representar la estructura de la página
y la capa AppService se usa para procesar de forma lógica las solicitudes de datos y las llamadas de interfaz.
La capa de vista y la capa lógica se comunican a través del JSBridage de la capa del sistema.
3 puntos clave de las pruebas para applets
Prueba funcional, prueba de permisos, prueba de página de interfaz de usuario, prueba de compatibilidad, prueba de interfaz (api), prueba de red, prueba de rendimiento
3.1 Prueba funcional
1) La prueba funcional es la misma que la prueba funcional de la aplicación
2) De acuerdo con la división de cada módulo funcional principal diseñado, y luego perfeccionarlo paso a paso, cubriendo un punto de prueba lo más completo posible para cada función , incluidos los procesos comerciales, la dirección del flujo de datos, la verificación de validez de entrada de función, la prueba de verificación
de
interacción y está relacionado con las billeteras WeChat y los paquetes de tarjetas. Sí, es necesario probarlo.
3.2 Prueba de permisos: permisos de la aplicación host
1) Subprograma de inicio de sesión de WeChat no autorizado:
① Al usar algunas funciones comerciales sin autorización, aparecerá un recordatorio "autorizar primero y luego operar la función correspondiente"
②Al enviar datos a segundo plano, se le pedirá que complemente la información de identidad relevante antes de enviar
2) WeChat autorizado para iniciar sesión en el Mini Programa
① Autorizar a WeChat para acceder al Mini Programa, lo que significa que el administrador del Mini Programa puede obtener su cuenta de WeChat
② Ejercer automáticamente la autoridad de operaciones comerciales como WeChat, como consulta, pago, datos consulta, etc
3) Los datos y los permisos de operación que se pueden ver deben estar sincronizados y ser consistentes, y el mismo WeChat se puede iniciar sesión en diferentes teléfonos móviles para autorizar la visualización de los permisos de datos.
3.3 Prueba de página de interfaz de usuario
1) La prueba de página del subprograma es la misma que la prueba de interfaz de la aplicación, para garantizar que la interfaz de usuario del producto se ajuste al mapa prototipo personalizado por el gerente del producto y el mapa de representación/corte del diseño de la interfaz de usuario.
2) Preste atención a los elementos de visualización de la página, como el diseño y el estilo de los menús, cuadros de diálogo, ventanas y otros controles visuales, si el texto es correcto, si la página es hermosa, si la operación interactiva de la página es frecuente y si es fácil
de operar
3.4 Prueba de compatibilidad
1) Sistema de telefonía móvil:
Compatible y cubriendo los sistemas Android e Ios, incluidas las principales marcas de Android e Ios, como Huawei, Xiaomi, iPhone11, iPhoneXR, etc., cubriendo la última versión de prueba y la popular versión principal actual
2) Versión de WeChat:
①El problema de compatibilidad con la versión de WeChat se refleja principalmente en la versión de la biblioteca API del subprograma
②Debido a que la versión de la biblioteca API del SDK (kit de desarrollo de software) del subprograma WeChat se ha actualizado, la API del SDK puede tener problemas de compatibilidad con versiones anteriores. Por lo tanto, antes de probar la compatibilidad de la versión de WeChat, es necesario determinar qué números de versión de WeChat admite la versión de la biblioteca API utilizada por el applet.
3) Tamaño de la pantalla
El applet de WeChat define una nueva unidad de tamaño rpx (píxel sensible), que puede adaptarse a diferentes tamaños de pantalla, pero presta atención a un tamaño especial 1xr, porque este tamaño suele tener problemas en iPhone7P y iPhone X plus, por lo que solo necesitas Seguirlo
3.5 Prueba de red
1) Consulte el método de prueba de la aplicación
2) Pruebe la conmutación de la red 2G/3G/4G/5G/WiFi
3) Probar el funcionamiento de la aplicación en conmutación de red/no red
4) Prueba de red débil: retraso, pérdida de paquetes
3.6 Prueba de rendimiento
1) Prueba de rendimiento del servidor --- prueba de interfaz
2) Prueba de rendimiento del cliente --- tiempo de pantalla en blanco de la página, tiempo de primera pantalla, uso de recursos (CPU/memoria/tráfico/energía), representación de página (efecto de representación de interfaz de usuario)
problema comun
1. ¿Cómo hacer pruebas de compatibilidad para applets?
1) Versión de la plataforma del sistema 2) Versión de WeChat (aplicación host) 3) Tamaño de la pantalla
2. Programa pequeño y prueba de aplicación.
1) Instalar, desinstalar y actualizar 2) Programa pequeño: interacción con WeChat 3) Función (entrada) 4) Pantalla blanca en la primera pantalla 5) Compatible
Catorce puntos de prueba H5
1 ¿Qué es H5? --- Puede entenderse como una página web
①H5 proviene de "HTML5", que es una tecnología web avanzada, que incluye un conjunto de combinaciones de tecnología que incluyen HTML, CSS y JavaScript
②Native App (aplicación nativa): use la aplicación nativa, es decir, en el sistema operativo basado en el teléfono inteligente actual ( como Android, Apple Ios y Windows Phone), utilizando las herramientas de desarrollo y los lenguajes compatibles con la plataforma correspondiente (como la plataforma Ios compatible con Xcode y Objective-C, la plataforma Android compatible con Eclipse y Java) aplicaciones móviles escritas de terceros, denominada aplicación nativa
*Consulte la publicación del blog: ¿Cómo identificar H5? Cómo juzgar si una página APP es una página H5- Yameng- Blog Garden
2 diferencias entre H5, aplicación nativa y aplicación híbrida
1) H5:
①El desarrollo es rápido y las funciones realizadas también son muy deslumbrantes
②Escriba solo una vez y ejecútelo en todas partes en múltiples dispositivos
③Limitaciones, como administración de sesiones, almacenamiento seguro fuera de línea, acceso a funciones nativas del dispositivo (cámara, calendario y ubicación geográfica), dependen de la red
2）Aplicación nativa
① La apariencia (interfaz) y ejecución (rendimiento) de las aplicaciones nativas son las mejores; pueden adaptarse mejor a varios tipos de implementación de funciones: caché
②El ciclo de desarrollo y prueba es relativamente largo, y el desarrollo original requiere demasiado tiempo y mano de obra
③ Debe iniciar sesión en la tienda y descargar la nueva versión para obtener la última revisión
3) Aplicación híbrida --- Desarrollo híbrido nativo H5+
① Se desarrolla un módulo con un formato y controles fijos que requiere una alta velocidad de respuesta de página usando native native
② Para noticias, textos extensos e información, use el lenguaje H5 estándar para cargar la página e incrustarla en el marco nativo
③Las aplicaciones híbridas permiten a los desarrolladores incorporar aplicaciones HTML5 en un contenedor nativo delgado, combinando las ventajas (y desventajas) de las aplicaciones nativas y las aplicaciones HTML5
3 puntos de prueba para H5
Pruebas funcionales, pruebas de página de interfaz de usuario, pruebas de compatibilidad, pruebas de interfaz (api), pruebas de seguridad, pruebas de red, pruebas de rendimiento
3.1 Prueba funcional
La prueba de función básica es la misma que la prueba de la aplicación, y se presta atención adicional a: inicio de sesión, cambio de página, actualización, retorno, operación del teléfono móvil
①Iniciar sesión: en la actualidad, H5 y los clientes nativos son interoperables. Al realizar la prueba, debe prestar atención a:
a. Si el cliente está conectado, seguirá conectado después de ingresar a H5
b. Si el cliente no está conectado, ingrese H5 y haga clic en el botón O enlace correspondiente. Si necesita iniciar sesión, debe abrir el inicio de sesión nativo; si cancela el inicio de sesión, ¿puede volver a iniciar sesión o si hay un aviso de inicio de sesión correspondiente en la página en la que permanece?
②Cambio de página: cuando encuentre una página cargada al pasar la página, debe prestar atención a la situación de que el contenido es 1 o más páginas. Al cargar datos en páginas, preste atención a la exactitud de los datos de solicitud de página subsiguientes. Esto debe tenerse en cuenta que en el escenario de operación rápida, ya sea que el número de páginas solicitadas se incremente secuencialmente, operación rápida
③ Actualizar y regresar: actualizar y regresar si la actualización de la página todavía está en la página actual, al actualizar la página o al cargar una nueva contenido, ya sea que la página esté disponible o no, el usuario lo entiende Haga clic activamente en el botón Actualizar para ver si todavía está en la página actual, y si hace clic en los botones Volver y Atrás, la página volverá a la página deseada ④Operación del teléfono
móvil : la ventana emergente aparece/cierra el teléfono móvil y presta atención a si la interacción es amigable, como si el clic en la capa emergente penetrará y afectará las siguientes páginas. Muestre la página después de que el teléfono móvil esté bloqueado; retroceda al fondo y luego vuelva a exhalar para mostrar en primer plano
3.2 Prueba de página de interfaz de usuario
1) La prueba de la página H5 es consistente con la prueba de la interfaz de la aplicación para garantizar que la interfaz de usuario del producto se ajuste al dibujo prototipo realizado por el gerente del producto y que el dibujo del efecto de diseño de la interfaz de usuario/dibujo de corte sea consistente
2) Preste atención a los elementos de visualización de la página, como el diseño y el estilo de los menús, cuadros de diálogo, ventanas y otros controles visuales, si el texto es correcto, si la página es hermosa, si la operación interactiva de la página es amigable, si la operación está diseñada con frecuencia, y si es fácil de operar 3.3
Prueba de compatibilidad
1) Compatible con navegador
① Considere los principales navegadores móviles, como QQ, UC, Baidu
② Considere los navegadores principales en el lado de la PC, como IE, Chrome, Firefox
③Navegador integrado de Android e iOS: Chrome, Safari
2) Compatibilidad del sistema: cubre la última versión de prueba de Android e iOS y la versión principal popular actual
3) Compatibilidad de pantalla: Compatible con diferentes tamaños de pantalla, incluida la adaptación de pantallas horizontales y verticales
4) Teléfono móvil convencional + navegador convencional: Oppo + navegador Baidu
3.4 Pruebas de seguridad
1) Aclarar los canales de distribución y si existen restricciones en los canales no distribuidos
2) Si interceptar directamente a través de la solicitud de URL; si se puede abrir la URL directa
3) Si alguna información confidencial está encriptada para su transmisión, etc.
4) Prevenir ataques maliciosos --- inyección sql (menos diseño)
3.5 Prueba de red
1) Consulte el método de prueba de la aplicación
2) Pruebe la conmutación de la red 2G/3G/4G/5G/WiFi
3) Probar el funcionamiento de la aplicación en conmutación de red/no red
4) Prueba de red débil: retraso, pérdida de paquetes
3.6 Prueba de rendimiento
1) Prueba de rendimiento del servidor --- prueba de interfaz
2) Prueba de rendimiento del cliente
①Velocidad de carga: el tiempo de primera pantalla de la página, el tiempo de pantalla blanca y el tiempo de carga con/sin caché
② Ocupación de recursos (del sistema): CPU, tráfico, energía, memoria, etc.
a Si hay imágenes en la página de atención, intente reducir las imágenes
b Si el recurso está comprimido
c Para algunas imágenes que no cambiarán, no es necesario solicitar cosas cada vez, realice el almacenamiento en caché local
d Cuando hay una gran cantidad de datos, ya sea para hacer el procesamiento de carga de paginación
f Acceso repetido, compruebe si ocupa mucha memoria
Quince análisis de registro de aplicaciones ---Android como ejemplo
1 ADT, SDK, ADB
1) ADT: herramienta de desarrollo de Android, llamando a varios complementos relacionados con Android en Eclipse, necesita ADT
2) SDK: componentes de desarrollo de software, para usar varias plataformas Android, como Android2.3, etc., debe haber SDK
3) ADB: un puente utilizado para vincular teléfonos Android y PCs. A través del servicio ADB, el teléfono o el emulador se pueden operar completamente en la interfaz de línea de comandos de la PC.
2. Comandos comunes ADB
1) adb --help ver manual de ayuda
2) adb devices detecta dispositivos Android conectados a la computadora, que es un comando de detección de uso frecuente
3) adb connect/disconnect ip: número de puerto Conéctese de forma remota al teléfono móvil a través de WiFi para la depuración, y el teléfono móvil y la computadora están conectados al mismo enrutador
4) shell adb --- inicie sesión en el shell del dispositivo (interfaz hombre-máquina de la línea de comando), y el fondo del teléfono Android es un sistema Linux:
①ll, se puede usar el comando ls--ver archivo: list-list ls -l--attribute
②cd: ingresar directorio --cambiar directorio cambiar de directorio
adb pull <ruta del archivo del teléfono móvil> <ruta de la máquina local> Obtenga información del teléfono móvil y colóquela en la computadora local
--- adb pull/data/log.txt D:\Tricy_Works
adb push <ruta del archivo del teléfono móvil> <ruta de la máquina local> Enviar información desde el teléfono local al teléfono móvil
--- adb empujar D:\Tricy_Works\monkey.txt /datos
5) adb install xxx.apk --- Para obtener la dirección del paquete de instalación del apk , puede arrastrar directamente el apk a la ventana cmd para obtenerlo y devolver el éxito para indicar que la instalación se realizó correctamente.
6) adb uninstall com.tencent.mobile qq -- nombre del paquete de la aplicación
7) adb shell dumpsys actividad | busque " mFocusedActivity " : verifique el nombre del paquete de la aplicación que se ejecuta en primer plano
8) adb logcat imprima la información de registro adb logcat -v time>d:\logcat.txt
9) El comando táctil puede crear texto nuevo
3, máquina real de conexión adb
1) Depuración de conexión USB
① Conecte los datos USB a la computadora y encienda el modo de depuración del teléfono móvil
② Comprobar el modo de depuración usb
③Ingrese los dispositivos adb para detectar el teléfono móvil
2) Depuración de la conexión WiFi:
el dispositivo Android y la computadora que ejecutará adb están conectados a la misma red de área local, como conectados al mismo WiFi
①Conecte el teléfono y la computadora
a través de USB ②Ejecute dispositivos adb para probar si la conexión es exitosa, y puede aparecer la lista de dispositivos
③Ejecute adb tcpip5555, luego desconecte el USB
④Compruebe la dirección IP del teléfono móvil a través de la información de estado del teléfono móvil. Generalmente, puede encontrar la dirección IP en Configuración-Acerca de la información de estado del móvil-
⑤Ejecute adb connect 192.168.2.216 (dirección IP), si aparece conectado a 192.168.2.216:5555, la conexión es exitosa
⑥Ingrese los dispositivos adb para detectar el teléfono móvil
4. Localizar archivos de registro
1) El sistema de registro de Android proporciona la función de registrar y ver la información de depuración del sistema. Los registros se registran desde varios software y algunos búferes del sistema. El búfer se puede ver y usar a través del comando logcat. Uso: [adb] logcat [<
opción >]...[<fiter-spec>]
2) logcat comienza de la siguiente manera: 1.---------comienzo de xxx
3) Opciones de desarrollador, hay una opción llamada "tamaño del búfer del registrador", el valor predeterminado es 256 K, el registro se escribe circularmente en el búfer de anillo, en circunstancias normales, el registro más antiguo se eliminará cuando esté lleno para dar la última salida los registros dejan espacio en la memoria: la configuración de la máquina real, los simuladores generalmente no
5. Localizar análisis de archivos de registro
Consta de cinco partes:
1) La hora en que se escribió el registro, como arriba: 01-11 09:39:35.209
2) Prioridad, en Android, la prioridad del registro es la siguiente de menor a mayor:
V -Verbose (nivel más bajo, alguna información detallada en desarrollo y depuración, solo se usa en desarrollo, no se genera en productos de lanzamiento)
D -Depuración (depuración, información para depuración, se puede desactivar en productos de lanzamiento, más comunes)
I -Info (información, información informativa general)
W -Advertencia
E -Error (error, ha habido errores que pueden afectar la operación, como la salida del registro cuando se aplica el bloqueo)
3) Etiqueta (etiqueta), que indica el iniciador del registro y el filtrado de registro conveniente, como el ActivityManager, la clase y el módulo en lo anterior
4) PID (ID de proceso), como arriba 491
5) Texto: el contenido del tema de este registro
5.1 Cómo analizar un bloqueo Cuando ocurre un bloqueo
, use adb logcat para obtener un análisis de registro:
1) Busque la palabra clave de excepción, ubique según el tiempo y el nombre del paquete
2) Busque fatal/causado por palabra clave
3) Busque forzar finalización
para encontrar el registro correspondiente y pegarlo en Bug Here, ¡envíelo a desarrollo!
6. ¿Qué es ANR (La aplicación no responde)
significa que la aplicación no responde. Cuando el sistema no puede procesar la operación durante un período de tiempo, aparecerá el cuadro de diálogo ANR como se muestra en la figura en el nivel del sistema
1 ) Proporcionar procesamiento para los usuarios cuando el hilo principal está bloqueado durante mucho tiempo jaohu, mejorar la experiencia del usuario
2) Sistema Android un mecanismo de autodetección
6.1 Cómo analizar ANR
Cuando ocurre ANR, el sistema registrará la información de tres maneras:
1) Registro de Logcat
Formato de registro:
ActivityManger: ANR en [nombre del proceso] ([nombre del componente])
ActivityManger: PID [ID del proceso de la aplicación]
ActivityManger: Razón : [Indicador de motivo] [Estado de la CPU del proceso]
Busque la palabra clave anr, si no hay un mensaje de error específico de Java, continúe obteniendo registros mediante otro método
2)
Análisis del archivo de seguimiento a través del archivo de seguimiento: /data/anr/
Información de seguimiento de la pila de volcado
El proceso de volcado incluye: el proceso principal de la aplicación actual el proceso principal el proceso persistente y los primeros procesos de uso de CPU (hasta 5 palabras)
ps: solo la información de la anr que ocurrió la última vez se puede registrar
3) servicio DropBox
El archivo data/anr/traces.txt solo puede mantener la información de seguimiento cuando ocurrió el último ANR
① A través de Dropbox, puede recopilar la información anormal (incluido ANR, bloqueo) del sistema durante un período de tiempo
②data/anr/dropbox es la ubicación de almacenamiento de archivos especificada por dropbox
7. Registro de ubicación de la aplicación IOS
Computadora MacOS: herramienta xcode
Windows: iTunes iTools
Use la herramienta para sincronizar el registro con la computadora y luego péguelo en el error para el desarrollo
Reponer:
1 error: no se puede conectar al demonio
- Compruebe si hay asistentes móviles, vainas de guisantes y otro software que ocupará el puerto 5037
2) Use netstat -ano | findstr 5037 para ver el número de proceso correspondiente al puerto 5037, use taskkill -f -pid para eliminar el número de proceso y vuelva a conectarse con adb connect
3) Reemplace el archivo
Blog de referencia: https://www.cnblogs.com/yyoba/p/9263805.html
2 fuera de línea:
- adb kill-server, elimine el proceso, vuelva a conectar -- adb connect
- El emulador debe iniciarse
- reemplazar el archivo
3 Problema de pantalla negra : Instale la última versión de Night God Simulator: Night God Android Simulator-Android Simulator PC Version Download_Android Mobile Game Simulator_Mobile Simulator_Sitio web oficial
4 Prueba de máquina real , para asegurarse de que los pasos sean consistentes con el PPT, https://www.cnblogs.com/zymnstlm/p/12381619.html, instale el controlador
1) Permisos: /datos: el límite de permisos del emulador es bajo y el límite de permisos de la máquina real es alto
Predeterminado: #--root $--p usuario ordinario → directorio sdcard, con permiso, ingrese a través de cd sdcard -- nota: cree un nuevo archivo
- Unidad C de la computadora: adb logcat -v time > C:\test\logcat.txt
Dieciséis OA--modelo de desarrollo ágil--proceso práctico
1. Reunión de revisión de la demanda
Obtener documentos de requisitos: estudiar requisitos, resolver dudas,
refinar puntos de prueba, escribir casos de prueba
2, diseño de prueba: lo más importante es
diseñar casos de prueba de acuerdo con el plan,
xmind puede refinar puntos de prueba
3, prueba de ejecución Al
desarrollar y publicación de notificaciones de prueba , se adjuntará la dirección del entorno de prueba.
En el entorno de prueba, ejecute los casos de prueba; fume primero y luego pruebe formalmente el sistema.
Envíe errores y realice un seguimiento; pruebe las rondas 3-4-5-6. de rondas
4. Etapa de evaluación
Una vez finalizada la prueba, se emite el informe de la prueba y se envía un correo electrónico para notificar a todo el equipo del proyecto
que el proyecto de desarrollo/operación y mantenimiento está en línea