Resumen de la experiencia en pruebas de software de aplicaciones móviles
Con el avance de la tecnología, los modelos de teléfonos móviles van cambiando cada día y sus funciones son cada vez más abundantes. En consecuencia, con la diversificación de las funciones de los teléfonos móviles surgen cada vez más aplicaciones para teléfonos móviles. Ante numerosos tipos de aplicaciones para teléfonos móviles, ¿cómo deberíamos probarlas y en qué deberíamos centrarnos durante las pruebas? Este documento es compartido por los ingenieros de pruebas de la plataforma de servicios en la nube de pruebas de aplicaciones móviles profesionales nacionales, ineice (www.ineice.com).
Para el proyecto de teléfono móvil (software de aplicación) del producto, el objetivo principal es realizar pruebas del sistema. Para las pruebas de sistemas de software de aplicaciones de teléfonos 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 del caso de prueba (Caso de prueba) o del proceso del software en sí (relativamente simple y las fallas son más fáciles de encontrar y resolver).
2. Prueba de eventos cruzados: También llamada prueba de eventos o conflictos, se refiere a una prueba en la que se está ejecutando una función y otro evento u operación interfiere con el proceso. Por ejemplo, recibir un mensaje de texto o activar una alarma durante una llamada, enchufar o desenchufar el cargador mientras la aplicación está en ejecución, etc. Los eventos de conflicto que interfieren con la ejecución no pueden causar problemas graves, como anomalías en el software de la aplicación, fallas del teléfono móvil o distorsión de la pantalla. Además, también debe prestar atención al nivel de prioridad de cada evento cruzado y verificar si el sistema puede procesar cada evento en secuencia de acuerdo con el nivel de prioridad. Un evento de menor prioridad no puede suspenderse debido a la ejecución de un evento de mayor prioridad.
Las pruebas cruzadas son muy importantes y, en general, pueden encontrar algunos problemas potenciales en el software de la aplicación. Además, los teléfonos móviles que cambian entre los modos chino e inglés deben prestar atención a los problemas en la implementación de funciones después de cambiar entre los modos chino e inglés (esto es principalmente para aplicaciones de teléfonos móviles que admiten funciones de adaptación de idioma), que los evaluadores generalmente 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 máximo de carga de una determinada función de software y aún se realizan operaciones relevantes en ella. Por ejemplo, si recibe y envía mensajes de texto continuamente, excediendo el número máximo que se puede almacenar en su bandeja de entrada y tarjeta SIM, todavía está recibiendo o enviando mensajes cortos. Esto puede usarse para detectar el rendimiento del software en condiciones anormales. y luego evaluar las capacidades del usuario. Aceptar o no.
Los principales tipos de pruebas de estrés que se pueden aplicar a los teléfonos móviles son:
●Presión de almacenamiento: dado que los teléfonos móviles utilizan almacenamiento en pila, cuando un bloque de almacenamiento está lleno, si el programador Si no se realiza el procesamiento correspondiente o no se maneja bien, es fácil hacer que se borren otras áreas de almacenamiento, lo que resulta en problemas en la interfaz de usuario (como que otras funciones no se puedan usar normalmente, se produzcan excepciones).
●
Presión de límites: el procesamiento de límites siempre ha sido el área más pasada por alto por los programadores.
●
Presión de capacidad de respuesta: a veces, una determinada operación puede tardar mucho en procesarse. Durante el período de procesamiento, si el probador continúa realizando otras operaciones, pueden ocurrir problemas fácilmente.
●
Presión del tráfico de red: mientras se realizan funciones con un gran tráfico de datos, se realizan otras operaciones funcionales al mismo tiempo, de modo que el tráfico de la red siempre esté en un estado alto (como videollamadas y luego realizar SMS y otras operaciones funcionales) para verificar si cada función aún puede funcionar normalmente y si existe alguna anomalía funcional causada por cuellos de botella en el tráfico de la red.
Las pruebas manuales pueden resultar engorrosas para las pruebas de estrés, por lo que se puede considerar la posibilidad de realizar pruebas automatizadas. Desafortunadamente, actualmente no existen herramientas que se utilicen ampliamente. Generalmente son herramientas desarrolladas por desarrolladores o scripts escritos por evaluadores avanzados.
4. Prueba de capacidad: prueba cuando el espacio de almacenamiento está lleno, incluyendo una prueba en la que se utiliza por completo toda la memoria disponible para el usuario del teléfono móvil y la tarjeta SIM. En este momento, pruebe el módulo editable para cualquier operación relacionada con el espacio de almacenamiento. Si el software no puede manejarlo bien en el estado de capacidad extrema, puede provocar un bloqueo o una distorsión grave de la pantalla y otros problemas.
5. Prueba de compatibilidad: es decir, diferentes marcas y modelos de teléfonos móviles (para nuestros productos actuales, se trata principalmente de pruebas en teléfonos móviles de diferentes marcas y modelos), diferentes redes, diferentes marcas y compatibilidad mutua. Pruebas entre tarjetas SIM con diferentes capacidades. Tomemos como ejemplo los mensajes cortos: el PHS de China Telecom recibe mensajes cortos enviados desde China Mobile o China Unicom GSM 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. Prueba 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 cuando se utiliza en condiciones específicas. Es el epítome de la adaptabilidad. , funcionalidad y eficacia de la interacción.
G7A?x?K)M