¿Quién puede proporcionar algunos estándares de prueba de software?

Las pruebas completas de software son un medio importante para evaluar el rendimiento y la calidad del software. Se puede utilizar para comprobar si el software cumple con los requisitos técnicos especificados en el contrato de diseño y proyecto, y para. Probar la capacidad del software para manejar operaciones incorrectas. Proporcionar una base para evaluar la confiabilidad y seguridad del software.

Existen muchos métodos de clasificación diferentes para las pruebas de software. Según el método de diseño de los casos de prueba, existen pruebas de caja blanca y pruebas de caja negra, que se pueden dividir en unidades; pruebas, pruebas de integración, pruebas de confirmación y pruebas del sistema. Desde la perspectiva de si es necesario ejecutar el software bajo prueba, se puede dividir en pruebas estáticas y pruebas dinámicas. Se ha demostrado que todos los métodos anteriores son efectivos y deben seleccionarse adecuadamente según el propósito de la prueba.

Las pruebas de software de comunicación y las pruebas de software generales se aplican a los mismos métodos, procesos y herramientas de prueba, pero existen ciertas diferencias, especialmente para las pruebas de software de terminales móviles. Para probar el software de teléfonos móviles, un sistema de aplicación con frecuente interacción persona-computadora y altos requisitos de humanización, los operadores de telecomunicaciones deben considerarlo desde dos perspectivas: por un lado, desde la perspectiva del desarrollador, se requiere que el sistema de prueba proporcione suficiente evidencia para demostrar la seguridad del sistema de software. La función es factible, por otro lado, desde la perspectiva del usuario, se debe exigir que el sistema de prueba proporcione información sobre los defectos y deficiencias del sistema de software móvil.

2. Dificultades en las pruebas de software de terminales móviles y posibles soluciones

No es fácil evaluar correctamente los productos de software móvil. Por un lado, el software de los terminales de telefonía móvil está directamente relacionado con su hardware y las interfaces abiertas del hardware pueden ser limitadas. Además, el software de cada terminal es tan diferente que resulta complicado aplicar directamente una herramienta de evaluación universal.

El software del terminal móvil es difícil de evaluar, pero eso no significa que el software del terminal móvil sea impredecible. El software del teléfono móvil incluye dos partes principales: protocolo, interfaz hombre-máquina y software/sistema de aplicación. El protocolo solo se puede utilizar (para teléfonos móviles GSM) después de pasar la FTA (Aprobación de tipo total). Su software de gestión de recursos de radio, gestión de ubicación de movilidad y gestión de comunicaciones debe cumplir con los estándares correspondientes al estándar, y se puede utilizar el sistema de prueba automático. para seguir la prueba del protocolo. El software/sistema de aplicación es básicamente adecuado para procesos y herramientas de prueba de software generales.

Cómo probar MMI es la parte difícil de la prueba. Dado que la interacción entre el protocolo y MMI no se puede separar por completo, los problemas con el software MMI también afectarán a la parte del protocolo. Actualmente, la mayoría de las empresas no cuentan con software de prueba automatizado y solo pueden simular usuarios que operan teléfonos móviles y rastrear los problemas cuando ocurren. Sin embargo, el software de algunos fabricantes tiene soporte de código de prueba en la capa inferior, lo que puede realizar pruebas automatizadas. El método de implementación consiste en desarrollar un código de prueba y agregarlo al código original del teléfono móvil, pero esto no es realista para los operadores de telecomunicaciones.

Para los problemas anteriores, una de las soluciones actualmente factibles es la simulación de software, es decir, las pruebas de software a través de un simulador de software se pueden completar en la plataforma del simulador. . Para MMI, trasplantar aplicaciones de teléfonos móviles a la plataforma del simulador puede simular la visualización del árbol de menús de MMI, simular mensajes de texto y llamadas telefónicas simulando mensajes de red y realizar pruebas unitarias y de integración en parte del código. Cabe señalar que utilizar un emulador para probar el software de un teléfono móvil no puede ser la única forma de realizar la prueba, pero a menudo se puede realizar una prueba cruzada o compararlo con la misma versión del sistema de destino.

La segunda solución es desarrollar un sistema de prueba que proporcione seguimiento y análisis de la pila de protocolos y MMI, y simule la funcionalidad del hardware del usuario. El sistema se puede controlar mediante llamadas de subprocesos, incluidos subprocesos de interfaz de usuario, subprocesos de análisis de scripts, subprocesos de control de puerto serie y subprocesos de dispositivo. El subproceso de la interfaz de usuario proporciona una interfaz hombre-máquina para realizar pruebas; el subproceso de análisis del script responde a los mensajes de control enviados por el subproceso de la interfaz de usuario y es responsable de analizar los archivos de script y ejecutar los scripts analizados; el subproceso de control del puerto serie controla la transmisión de datos; entre el sistema de prueba y el equipo del sistema bajo prueba. El hilo implementa la función de configurar automáticamente los parámetros del dispositivo de acuerdo con los requisitos de la prueba;

Aunque el sistema de prueba se puede desarrollar de forma modular, todavía existen problemas como una alta dificultad de desarrollo y grandes diferencias en los atributos de los objetos de prueba. Un método más sencillo es desarrollar basándose en plataformas/sistemas de prueba existentes, como el desarrollo de la suite Optitrace basada en Ageresystem.

En tercer lugar, probar el software de terminales de teléfonos móviles en un entorno 3G.

Dada la complejidad de la tecnología 3G y la personalización de terminales se generalizará, las pruebas de software de teléfonos móviles 3G merecen más estudio.

El negocio 3G se viene desarrollando en el extranjero desde hace algún tiempo y también ha acumulado cierta experiencia en pruebas de teléfonos móviles. Se han desarrollado las herramientas de prueba correspondientes y la industria está demostrando la plataforma de prueba de servicios.

A juzgar por la situación actual, las pruebas de coherencia se han convertido en una nueva dificultad en el proceso de prueba de software de teléfonos móviles en el entorno 3G. Las pruebas de conformidad son el proceso de prueba que confirma si un dispositivo cumple con las especificaciones o protocolos necesarios para su funcionalidad. El estándar de pruebas de conformidad incluye tres partes: conjunto de pruebas abstractas (ATS), descripción de coherencia de la implementación del protocolo (PICS) e información adicional de implementación del protocolo (PIXIT). El conjunto de prueba ejecutable se genera en función de las tres partes anteriores.

Las pruebas de conformidad de protocolos y las pruebas de conformidad de radiofrecuencia son las partes más complejas e importantes. Las pruebas de conformidad de protocolo pertenecen a la categoría de pruebas de software. En un entorno de red, la implementación del protocolo bajo prueba (IUT) se prueba en una caja negra. Al comparar las similitudes y diferencias entre la salida real de la IUT y la salida esperada, se determina el grado de coherencia entre la IUT y la descripción del protocolo, determinando así la tasa de éxito de la IUT que pasa la prueba de conformidad durante la interconexión. De hecho, los sistemas 2G también requieren pruebas de coherencia. Los sistemas 3G son más complejos que los sistemas 2G, lo que hace que las pruebas de coherencia sean más importantes.

Las pruebas de conformidad de protocolo pueden probar si el protocolo de señalización entre el teléfono móvil y la red cumple con la especificación TS34.123. 3GPPTS34.123 define alrededor de 700 casos de prueba TTCN, probando la capa RLC, la capa MAC y la capa RRC respectivamente. El Foro Global de Certificación GCF también ha desarrollado el proceso de certificación para casos de prueba/plataformas de planificación y el proceso de registro de certificación para productos finales. Según la prioridad, los casos de prueba se dividen en siete lotes y se certifican de mayor a menor.

A juzgar por la situación actual, no hay muchos fabricantes que puedan proporcionar equipos de prueba de conformidad con el protocolo, pero es una parte indispensable de las pruebas de software. Cuando varios fabricantes interconectan equipos, las pruebas de conformidad aumentarán la confianza de las personas en que el equipo cumple con los estándares de protocolo correspondientes y aumentarán la probabilidad de interconexión entre diferentes implementaciones del mismo estándar. Es de importancia práctica para los equipos TD-SCDMA de mi país con independencia. derechos de propiedad intelectual.

Para los teléfonos móviles 3G, además de la prueba de conformidad del protocolo mencionada anteriormente, las pruebas de MMI y del software/sistema de aplicación seguirán siendo el trabajo principal en las pruebas a medida que los teléfonos móviles se vuelven más inteligentes, a medida que el nivel de inteligencia aumenta. Las pruebas son cada vez más altas, esta parte del trabajo de pruebas traerá mayores desafíos para los operadores de telecomunicaciones.