Resumen de la experiencia en pruebas de software de aplicaciones móviles
Para el proyecto de teléfono móvil (software de aplicación) del producto, se llevan a cabo principalmente pruebas del sistema. Para las pruebas de sistemas de software de aplicaciones móviles, generalmente las realizamos desde las siguientes perspectivas: pruebas de módulos funcionales, pruebas de eventos cruzados, pruebas de estrés, pruebas de capacidad, pruebas de compatibilidad, pruebas de usabilidad/experiencia del usuario, etc.
1. Prueba del módulo de funciones: primero analice los elementos de función del módulo de funciones y pruebe si cada elemento de función puede lograr la función correspondiente. Generalmente, las pruebas funcionales básicas se pueden completar en función de casos de prueba o del proceso del software en sí (relativamente simples, las fallas son más fáciles de encontrar y resolver).
2. Prueba de eventos cruzados: También conocida como prueba de evento o conflicto, significa que se está ejecutando una función y otro evento u operación interfiere con la prueba del proceso. Por ejemplo, recibir mensajes de texto o activar alarmas durante llamadas, enchufar y desconectar cargadores mientras se ejecuta el software de la aplicación, etc. Los eventos de conflicto que interfieren con la ejecución no causarán problemas graves, como anomalías en el software de la aplicación, fallas del teléfono o visualización de la pantalla. Además, también debe prestar atención a la prioridad de cada evento cruzado y verificar si el sistema puede manejar cada evento en secuencia de acuerdo con su prioridad. No puede suspender eventos de menor prioridad ejecutando eventos de mayor prioridad.
Las pruebas de eventos cruzados son muy importantes y, en general, pueden identificar algunos problemas potenciales con el software de la aplicación. Además, los teléfonos móviles con cambio de modo chino e inglés deben prestar atención a los problemas en la implementación de la función después de cambiar entre los modos chino e inglés (esto se debe principalmente a la función de adaptación del idioma admitida por el software de la aplicación móvil), que los evaluadores a menudo ignoran.
3. Prueba de estrés: también llamada prueba de tolerancia a fallos de valor límite o prueba de carga extrema. Es decir, durante el proceso de prueba, se alcanza la capacidad máxima, el valor límite o el límite de carga máximo de una determinada función del software, pero aún se realizan las operaciones relevantes. Por ejemplo, enviar y recibir mensajes de texto excede continuamente el número máximo que se puede almacenar en la bandeja de entrada y en la tarjeta SIM para detectar el rendimiento del software en circunstancias anormales y luego evaluar si el usuario puede aceptarlo.
Los tipos de pruebas de estrés que se pueden aplicar a los teléfonos móviles incluyen principalmente:
●Presión de almacenamiento: dado que los teléfonos móviles utilizan almacenamiento de pila, cuando un bloque de almacenamiento está lleno, si el programador lo maneja incorrectamente o si no se maneja adecuadamente, es fácil hacer que se borren otras áreas de almacenamiento, lo que resulta en problemas de interfaz de usuario (como otras funciones que no se pueden usar normalmente, excepciones).
●
Presión de límites: el procesamiento de límites siempre ha sido el área que los programadores pasan por alto.
●
Presión de capacidad de respuesta: a veces una operación puede llevar mucho tiempo. Si el probador continúa realizando otras operaciones durante el procesamiento, pueden ocurrir problemas fácilmente.
●
Presión del tráfico de red: cuando realice funciones con un gran tráfico de datos, ejecute otras funciones para que el tráfico de la red esté siempre en un estado alto (como mensajes de texto durante videollamadas y otros funciones), Verifique si cada función aún puede funcionar normalmente y si una determinada función es anormal debido a un cuello de botella en el tráfico de la red.
Las pruebas manuales de estrés pueden ser complejas, por lo que se pueden considerar las pruebas automatizadas. Desafortunadamente, actualmente no existen herramientas ampliamente utilizadas, generalmente desarrolladas por desarrolladores, ni scripts escritos por evaluadores avanzados.
4. Prueba de capacidad: una prueba cuando el espacio de almacenamiento está lleno, incluida una prueba en la que se utiliza por completo toda la memoria disponible para el usuario del teléfono móvil y el espacio de la tarjeta SIM. En este punto, se probará el módulo editable para detectar cualquier operación relacionada con el espacio de almacenamiento. Si el software no funciona bien en un estado de capacidad limitada, puede causar problemas graves, como fallas o visualización de la pantalla.
5. Prueba de compatibilidad: es decir, prueba de compatibilidad entre diferentes marcas y diferentes modelos de teléfonos móviles (para nuestros productos actuales, es principalmente para teléfonos móviles de diferentes marcas y diferentes modelos), diferentes redes, diferentes Pruebas de compatibilidad entre marcas y tarjetas SIM de diferentes capacidades. Tomemos como ejemplo los mensajes de texto: el PHS de China Telecom recibe mensajes de texto GSM de China Mobile o China Unicom y necesita verificar si las funciones de visualización y respuesta son normales. Para otro ejemplo, si el software de la aplicación se ejecuta en los teléfonos móviles Nokia N80 y N93 respectivamente, si todas las funciones se pueden utilizar normalmente, si la interfaz se muestra normalmente, etc.
6. Pruebas de usabilidad/experiencia de usuario: La usabilidad/experiencia de usuario se refiere a la capacidad de un producto de software para ser comprendido, aprendido, utilizado y atraído por los usuarios bajo condiciones específicas. Es la adaptabilidad, funcionalidad y efectividad. de interacción.
¿G7A? ¿incógnita? K)M