Tests du domaine des télécommunications avec des exemples de cas de test OSS/BSS
Thomas Hamilton
⚡ Résumé intelligent
Tester les applications du domaine des télécommunications implique de valider de bout en bout les moteurs de facturation, les flux de provisionnement, les protocoles de signalisation et les éléments de réseau. Cette présentation détaille les responsabilités des équipes OSS et BSS, les processus métier des télécommunications, les étapes du cycle de vie des tests et propose des exemples de cas de test prêts à l'emploi pour des projets concrets.
Qu’est-ce que les tests télécoms ?
Les tests de télécommunications désignent les tests effectués sur les logiciels de télécommunications. Depuis le passage au numérique et aux réseaux informatiques, le secteur des télécommunications utilise les logiciels de manière indispensable.
Le secteur des télécommunications s'appuie sur différents types de composants logiciels pour fournir des services tels que le routage et la commutation, la VoIP et l'accès haut débit. Par conséquent, les tests logiciels sont indispensables et couvrent l'ensemble du matériel, des systèmes dorsaux et des applications frontales.
Rejoignez gratuitement notre projet de test Live Telecom
Qu’est-ce qu’un domaine dans les tests ?
Avant d'écrire le moindre scénario de télécommunications, il est nécessaire de définir le terme « domaine ».
Un domaine désigne simplement le secteur d'activité pour lequel un projet de test logiciel est conçu. Ce terme est fréquemment employé lorsqu'on parle de projet ou de développement logiciel. Par exemple : le domaine de l'assurance, le domaine bancaire, le secteur de la distribution, le domaine des télécommunications, etc.
Comme le montre l'illustration, un testeur peut travailler dans plusieurs secteurs d'activité. Généralement, lors du développementping Pour tout projet spécifique à un domaine, on fait appel à un expert du domaine. Ce dernier maîtrise parfaitement le sujet et peut en connaître tous les aspects, du produit à l'application.
Pourquoi tester les connaissances du domaine est important ?
La connaissance du domaine est essentielle pour tester tout produit logiciel, et elle présente ses propres avantages, comme le résume le diagramme ci-dessous.
Un testeur qui comprend les tarifs, les règles d'interconnexion et les états de provisionnement conçoit des scénarios réalistes et repère les cas limites qu'un testeur générique cas de test La bibliothèque ne couvre jamais.
Processus commerciaux dans l'industrie des télécommunications
La connaissance du domaine commence ici par les processus métier qui permettent de fournir un service, de la vente à la facturation.
Pour les tests de télécommunications, la vérification de bout en bout du service est essentielle. Afin de garantir l'efficacité des tests, une bonne compréhension des différents processus métier est indispensable.
Vous devez comprendre chaque étape de la délivrabilité du service avant de rédiger les cas de test.
Les services de télécommunications reposent soit sur un système de support aux entreprises comprenant des serveurs vocaux interactifs (SVI), des centres d'appels et la génération de factures, soit sur un système de support opérationnel comprenant des routeurs, des commutateurs et des antennes-relais.
Le tableau suivant indique les activités réalisées à différents niveaux.
| Département Télécom | Activités télécoms |
|---|---|
| Pré-vente | Il gère toutes les informations de vente telles que les remises, les services, les promotions, etc. |
| Passation de commande | Demander une nouvelle connexion ou déconnecter une connexion |
| Provisioning | Cette division s'occupe de la connexion physique entre les clients et le TSP (Telecom Service Provider). |
| Billfaire respecter | Dans le cadre de cette division, tout le travail de facturation est effectué |
| Assurance de service | En cas de panne, cette division corrige le problème |
| Les systèmes d'inventaire | C'est le référentiel de toutes les informations |
| Tracking | Cette division tracks le système de commande et le statut d'une commande |
Processus métier typique des télécommunications
Une fois ces services identifiés, l'étape suivante consiste à examiner le parcours d'une commande entre eux. Voici un processus métier typique du secteur des télécommunications.
Comme l'illustre le flux ci-dessus, une demande passe de la prévente à la commande, puis à la mise en service et enfin à la facturation. Chaque étape représente une limite d'intégration et un objectif à forte valeur ajoutée pour tests de bout en bout.
Types de protocoles utilisés dans l'industrie des télécommunications
Ces transferts s'effectuent selon des protocoles, les testeurs doivent donc identifier les piles de protocoles utilisées. Voici les protocoles les plus courants dans le secteur des télécommunications.
- Technologies VoIP: VoIP, IMS, MPLS, RNIS, PSTN
- Signaling et protocoles: SIP, ISDN, Codecs, H.323
- Technologies sans fil : GPRS, CDMA, GSM, UMTS
- La gestion du réseau: SNMP
- Protocoles de couche 2 : ARP, STP, L2TP, PPP
- Protocoles/routage de couche 3 : ICMP, BGP, ISIS, MPLS
- Infrastructures/Sécurité : ATM, TCP/IP, LAN/VLAN, SSH
Vous pouvez en savoir plus sur les tests de protocole ici
Test du cycle de vie dans l'industrie des télécommunications
Une fois les processus et protocoles définis, le travail peut être organisé en un cycle de vie. Le cycle de vie des tests dans le secteur des télécommunications est similaire à celui de tout autre secteur, mais avec une attention particulière aux détails. Voici à quoi ressemble ce cycle de vie, ainsi que les artefacts de test.
| Étape de test des télécommunications | Tester les artefacts |
|---|---|
|
|
|
|
|
|
|
|
Types de tests effectués sur les logiciels de télécommunications
Chaque étape du cycle de vie décrite ci-dessus s'appuie sur un type de test différent, et la liste ci-dessous couvre ceux qui sont le plus souvent appliqués aux logiciels de télécommunications.
- Test d'interconnexion
- Test de conformité
- Tests RVI
- Test de performance
- Test de sécurité
- Test d'interopérabilité
- Tests de protocole
- Essais fonctionnels
- Tests d'automatisation
Comment rédiger des cas de test efficaces en télécommunications
La connaissance des domaines de processus ne représente que la moitié du travail. Les cas d'utilisation doivent être rédigés de manière à ce que chaque testeur de l'équipe puisse les exécuter sans connaissances préalables. Les étapes ci-dessous s'appliquent aussi bien aux systèmes open source qu'aux systèmes de support métier.
- Conservez un seul processus métier par suite. Séparer les modules de commande, d'approvisionnement et de facturation afin qu'une panne pointe vers un seul système responsable plutôt que vers une chaîne ambiguë de systèmes.
- Décrivez la condition préalable sous forme de données, et non de prose. Indiquez précisément le statut de l'abonné, le forfait tarifaire, la limite de crédit et le solde du compte pris en compte dans le cas, car les défauts de télécommunications sont généralement des défauts d'état des données.
- Couvrir les limites de tarification et de facturation. L’épuisement des minutes gratuites, le renouvellement du forfait à minuit, le changement de tarif d’itinérance et les surclassements au prorata sont les points où les systèmes de facturation dysfonctionnent le plus souvent.
- Ajouter une variante négative pour chaque cas positif. Une longueur de numéro invalide, un abonné interdit, une commande en double et des rappels de provisionnement ayant échoué méritent chacun leur propre résultat attendu.
- Vérifiez en aval, et pas seulement à l'écran. Un ordre de mise en service n'est correct que lorsque l'enregistrement CRM, l'entrée d'inventaire, l'élément de réseau et le flux de médiation concordent tous.
- Joindre un résultat attendu mesurable. Une déclaration telle que « la facture est correcte » ne peut pas être exécutée, alors que « le total de la facture s'élève à 249.00, TVA de 18 % incluse » le peut.
- Identifiez les candidats à la régression. Marquer chaque cas qui touche à la tarification, à la fiscalité et à l'interconnexion afin qu'il soit inclus dans chaque cycle de publication. les tests de régression.
Enfin, avant d'établir une base de référence, examinez chaque cas avec un analyste de facturation ou un ingénieur réseau. Les règles commerciales des télécommunications évoluent à chaque lancement de nouveau tarif ; un cas qui intègre encore la promotion du trimestre précédent générera des erreurs injustifiées pendant des mois.
Exemples de cas de test pour les tests de télécommunications
L'application de ces règles produit une suite similaire à celle ci-dessous. En matière de tests de télécommunications, il faut prendre en compte les tests suivants.
| Divers tests télécoms | Activités de tests en Télécom |
|---|---|
| BillSystème d'ing |
|
| Test d'applications |
|
| Tests OSS-BSS |
|
| Test de conformité |
|
| Tests RVI |
|
Défis liés aux tests dans le domaine des télécommunications
Même une suite de jeux bien conçue rencontre des obstacles propres à ce secteur, et les anticiper permet de respecter le calendrier de sortie.
Le premier défi est l'interopérabilité entre plusieurs fournisseurs. Le parcours d'un abonné peut passer par un commutateur d'un fournisseur, une plateforme de médiation d'un autre et un produit de facturation d'un troisième ; un défaut réside donc souvent dans l'interface entre deux fournisseurs plutôt que dans l'un ou l'autre produit.
La seconde est la profondeur du protocole. Lecture de SIP, Diameter ou SS7 tracIl s'agit d'une compétence spécialisée, et les équipes qui en sont dépourvues ont tendance à signaler des défauts d'application pour ce qui ne sont en réalité que des anomalies de signalisation.
Le troisième facteur est le coût environnemental. Les scénarios réalistes de charge, d'itinérance et d'interconnexion nécessitent du matériel de laboratoire ou des simulateurs dont les licences sont coûteuses et la planification longue, ce qui pousse les équipes vers des environnements partagés et des données de test instables.
Les tarifs et la réglementation évoluent constamment. Les règles de portabilité des numéros, les tranches d'imposition et les offres promotionnelles imposent des mises à jour fréquentes des données ; il est donc essentiel de considérer la maintenance des données de test comme une activité permanente.
Outils de test de télécommunications populaires
L'outil approprié dépend de la couche testée, car aucun produit ne couvre aussi bien la signalisation, les applications et la facturation.
- Centre de test Spirent : Génère un trafic important vers les commutateurs, les routeurs et les périphériques réseau centraux lors des tests de performance et de conformité.
- Keysight IxNetwork : Émule les topologies de routage et de commutation à grande échelle, ce qui convient à la validation des protocoles de couche 2 et de couche 3.
- Wireshark: Capture et décode le trafic SIP, Diameter et RTP afin que les testeurs puissent confirmer le comportement de signalisation paquet par paquet.
- testeurs vocaux Hammer et Abacus : Piloter les scénarios de qualité IVR et vocale, y compris la saisie DTMF et les séquences de branchement conditionnel.
- JMeter: Charge le portail d'auto-assistance et les API de commande sous-jacentes, comme expliqué dans JMeter Test de performance.
- Selenium: Automatise les parcours web CRM et d'auto-assistance dans le cadre d'une solution plus globale. tests d'automatisation stratégie.
- Micro Focus ALM : Stocke la bibliothèque de cas de télécommunications, relie les défauts aux exigences et signale aux parties prenantes l'état de préparation de la mise en production.
La plupart des opérateurs combinent deux ou trois de ces technologies plutôt que de se standardiser sur une seule, car les couches OSS et BSS partagent rarement une interface commune.
