Pruebas en el dominio de las telecomunicaciones con ejemplos de casos de prueba OSS/BSS.
Tomas Hamilton
⚡ Resumen inteligente
Probar las aplicaciones del sector de las telecomunicaciones implica validar de extremo a extremo los motores de facturación, los flujos de aprovisionamiento, los protocolos de señalización y los elementos de red. Esta descripción general explica las responsabilidades de los sistemas OSS y BSS, los procesos de negocio de las telecomunicaciones, las etapas del ciclo de vida de las pruebas y ejemplos de casos de prueba listos para usar en proyectos reales.
¿Qué son las pruebas de telecomunicaciones?
Las pruebas de telecomunicaciones se definen como las pruebas de software de telecomunicaciones. Desde la transición del sector de las telecomunicaciones a las redes digitales e informáticas, la industria de las telecomunicaciones utiliza software de forma indispensable.
El sector de las telecomunicaciones depende de diversos componentes de software para ofrecer servicios como enrutamiento y conmutación, VoIP y acceso de banda ancha. Por lo tanto, las pruebas de software de telecomunicaciones son imprescindibles y abarcan componentes de hardware, sistemas de back-end y aplicaciones de front-end.
Únase a nuestro proyecto de prueba de telecomunicaciones en vivo de forma gratuita
¿Qué es el dominio en las pruebas?
Antes de redactar cualquier escenario de telecomunicaciones, es necesario definir el término "dominio".
Un dominio no es más que el sector para el que se crea un proyecto de pruebas de software. Este término se utiliza con frecuencia al hablar de proyectos o desarrollo de software. Por ejemplo, el sector de seguros, el sector bancario, el sector minorista, el sector de telecomunicaciones, etc.
Como muestra la ilustración, un probador puede trabajar en varios de estos dominios de la industria. Por lo general, mientras desarrollaping Para cualquier proyecto en un dominio específico, se busca la ayuda de un experto en la materia. Un experto en la materia domina el tema y puede conocer a la perfección el producto o la aplicación.
¿Por qué es importante probar el conocimiento del dominio?
El conocimiento del dominio es fundamental para probar cualquier producto de software, y tiene sus propias ventajas, como resume el siguiente diagrama.
Un probador que entiende las tarifas, las reglas de interconexión y los estados de aprovisionamiento diseña escenarios realistas y detecta los casos límite que un genérico caso de prueba La biblioteca nunca cubre.
Procesos de negocio en la industria de las telecomunicaciones
El conocimiento del sector en este caso comienza con los procesos de negocio que abarcan todo el proceso, desde la venta hasta la facturación de un servicio.
Para las pruebas de telecomunicaciones, la verificación integral del servicio es fundamental. Para garantizar la eficacia de las pruebas, es imprescindible comprender bien los diferentes procesos de negocio.
Es necesario comprender cada etapa de la capacidad de entrega del servicio antes de redactar los casos de prueba.
Los servicios de telecomunicaciones se basan en un sistema de soporte empresarial que incluye sistemas de respuesta de voz interactiva (IVR), centros de llamadas y generación de facturas, o en un sistema de soporte operativo que incluye enrutadores, conmutadores y torres de telefonía celular.
La siguiente tabla muestra las actividades que se realizan en los diferentes niveles.
| Departamento de Telecomunicaciones | Actividades de telecomunicaciones |
|---|---|
| Pre ventas | Maneja toda la información de ventas como descuentos, servicios, promociones, etc. |
| Órdenes | Solicitar una nueva conexión o desconectar una conexión |
| Aprovisionamiento | Esta división se ocupa de la conexión física entre los clientes y TSP (Proveedor de servicios de telecomunicaciones). |
| Facturación | Bajo esta división se realiza todo el trabajo de facturación. |
| Garantia de servicio | En caso de cualquier falla, esta división corrige el problema. |
| Inventario de Sistemas | Es el depósito de toda la información. |
| Tracking | esta división tracks el sistema de pedidos y el estado de un pedido |
Proceso comercial típico de telecomunicaciones
Una vez definidos esos departamentos, el siguiente paso es analizar cómo se gestiona un pedido entre ellos. A continuación, se describe un proceso de negocio típico en el sector de las telecomunicaciones.
Como indica el flujo anterior, una solicitud pasa de la preventa al pedido, luego al aprovisionamiento y finalmente a la facturación. Cada transferencia es un límite de integración y un objetivo de alto valor para pruebas de extremo a extremo.
Tipos de protocolos utilizados en la industria de las telecomunicaciones
Estas transferencias se basan en protocolos, por lo que los evaluadores deben reconocer las pilas de protocolos en uso. Estos son los protocolos más comunes en la industria de las telecomunicaciones.
- Tecnologías VoIP: VoIP, IMS, MPLS, RDSI, PSTN
- SignalIng y protocolos: SIP, ISDN, Codecs, H.323
- Tecnologías inalámbricas: GPRS, CDMA, GSM, UMTS
- Administración de redes: SNMP
- Protocolos de capa 2: ARP, STP, L2TP, PPP
- Protocolos/enrutamiento de capa 3: ICMP, BGP, ISIS, MPLS
- Infraestructura/Seguridad: Cajero automático, TCP/IP, LAN/VLAN, SSH
Puede obtener más información sobre las pruebas de protocolo. aquí
Prueba del ciclo de vida en la industria de las telecomunicaciones
Una vez definidos los procesos y protocolos, el trabajo puede organizarse en un ciclo de vida. El ciclo de vida de las pruebas en el sector de las telecomunicaciones es similar al de cualquier otro sector, pero con especial atención a los detalles. A continuación, se muestra el ciclo de vida de las pruebas junto con los artefactos de prueba.
| Etapa de prueba de telecomunicaciones | Artefactos de prueba |
|---|---|
|
|
|
|
|
|
|
|
Tipos de pruebas realizadas en software de telecomunicaciones
Cada etapa del ciclo de vida descrita anteriormente se basa en un tipo de prueba diferente, y la lista a continuación abarca las que se aplican con mayor frecuencia al software de telecomunicaciones.
- Pruebas de interconexión
- Pruebas de conformidad
- Pruebas IVR
- Test de rendimiento
- Pruebas de seguridad
- Pruebas de interoperabilidad
- Pruebas de protocolo
- Prueba de funcion
- Pruebas de automatización
Cómo escribir casos de prueba eficaces para telecomunicaciones
Conocer las áreas del proceso es solo la mitad del trabajo. Los casos deben estar redactados de forma que cualquier tester del equipo pueda ejecutarlos sin necesidad de conocimientos tácitos. Los pasos que se describen a continuación se aplican tanto al ámbito de OSS como al de BSS.
- Mantenga un único proceso de negocio por suite. Separar los sistemas de pedidos, aprovisionamiento y facturación para que un fallo apunte a un único sistema propietario en lugar de a una cadena ambigua de ellos.
- Escribe la condición previa como datos, no como prosa. Indique el estado exacto del suscriptor, el plan tarifario, el límite de crédito y el saldo de la cuenta que se presupone en el caso, ya que los defectos de telecomunicaciones suelen ser defectos de estado de los datos.
- Cubra los límites de calificación y tarificación. El agotamiento de los minutos gratuitos, la renovación del plan a medianoche, el cambio de tarifa de roaming y las actualizaciones prorrateadas son los puntos donde los sistemas de facturación suelen fallar con mayor frecuencia.
- Añade una variante negativa por cada caso positivo. La longitud de número no válida, el suscriptor bloqueado, el pedido duplicado y las devoluciones de llamada de aprovisionamiento fallidas merecen cada uno su propio resultado esperado.
- Verificar el proceso aguas abajo, no solo en la pantalla. Una orden de aprovisionamiento es correcta únicamente cuando el registro CRM, la entrada de inventario, el elemento de red y la fuente de mediación coinciden entre sí.
- Adjunte un resultado esperado y cuantificable. Una declaración como "la factura es correcta" no se puede ejecutar, mientras que "el total de la factura asciende a 249.00, incluyendo el 18 por ciento de impuestos" sí.
- Etiquete los candidatos a regresión. Marque cada caso que toque la calificación, los impuestos y la interconexión para que entre en cada ciclo de lanzamiento de pruebas de regresión.
Finalmente, revise cada caso con un analista de facturación o un ingeniero de redes antes de establecer la línea base. Las reglas comerciales de las telecomunicaciones cambian con cada lanzamiento de tarifa, y un caso que aún registre la promoción del trimestre anterior reportará fallas falsas durante meses.
Casos de prueba de muestra para pruebas de telecomunicaciones
La aplicación de esas reglas produce un conjunto similar al que se muestra a continuación. En las pruebas de telecomunicaciones, se debe considerar la siguiente prueba.
| Varias pruebas de telecomunicaciones | Actividades de prueba en telecomunicaciones. |
|---|---|
| BillSistema ing |
|
| Prueba de aplicación |
|
| Pruebas OSS-BSS |
|
| Pruebas de conformidad |
|
| Pruebas IVR |
|
Desafíos en las pruebas del dominio de las telecomunicaciones
Incluso una serie de guiones bien escritos se enfrenta a obstáculos específicos de este sector, y planificar con antelación para solucionarlos protege el calendario de lanzamiento.
El primer desafío es la interoperabilidad entre múltiples proveedores. El recorrido de un suscriptor puede incluir un cambio de proveedor, una plataforma de mediación de otro y un producto de facturación de un tercero, por lo que un defecto suele residir en el espacio entre dos proveedores, en lugar de estar dentro de alguno de los productos.
El segundo es la profundidad del protocolo. Lectura de SIP, Diameter o SS7. tracLa gestión de la seguridad informática es una habilidad especializada, y los equipos que carecen de ella tienden a reportar defectos en las aplicaciones por lo que en realidad son fallos de señalización.
El tercer factor es el coste del entorno. Los escenarios realistas de carga, itinerancia e interconexión requieren hardware de laboratorio o simuladores cuyas licencias son costosas y cuya programación es lenta, lo que empuja a los equipos hacia entornos compartidos y datos de prueba inestables.
Las tarifas y las regulaciones también cambian continuamente. Las normas de portabilidad numérica, los tramos impositivos y los planes promocionales obligan a actualizar los datos con frecuencia, por lo que el mantenimiento de los datos de prueba debe considerarse una actividad permanente.
Herramientas populares para pruebas de telecomunicaciones
La herramienta adecuada depende de la capa que se esté probando, ya que ningún producto cubre la señalización, las aplicaciones y la facturación con la misma eficacia.
- Centro de pruebas Spirent: Genera un alto volumen de tráfico hacia conmutadores, enrutadores y dispositivos de red centrales durante las pruebas de rendimiento y conformidad.
- Keysight IxNetwork: Emula topologías de enrutamiento y conmutación a gran escala, lo que resulta adecuado para la validación de protocolos de capa 2 y capa 3.
- Wireshark: Captura y decodifica el tráfico SIP, Diameter y RTP para que los evaluadores puedan confirmar el comportamiento de la señalización paquete por paquete.
- Probadores de voz Hammer y Abacus: Gestionar escenarios de IVR y calidad de voz, incluyendo la entrada de DTMF y secuencias de ramificación condicional.
- JMeter: Carga el portal de autoservicio y las API de pedidos que lo respaldan, como se explica en JMeter pruebas de rendimiento.
- Selenium: Automatiza los recorridos web de CRM y autoservicio como parte de un enfoque más amplio. pruebas de automatización estrategia.
- Micro Focus ALM: Almacena la biblioteca de casos de telecomunicaciones, vincula los defectos con los requisitos e informa a las partes interesadas sobre el estado de preparación para el lanzamiento.
La mayoría de los operadores combinan dos o tres de estos sistemas en lugar de estandarizar uno solo, porque las capas OSS y BSS rara vez comparten una interfaz común.
