Het telecomdomein testen met voorbeeldtestcases voor OSS/BSS

Wat is telecomtesten?

Telecomtesten wordt gedefinieerd als het testen van telecommunicatiesoftware. Sinds de overgang van de telecomsector naar digitale en computernetwerken, is software onmisbaar geworden voor de telecommunicatie-industrie.

De telecomsector is afhankelijk van diverse softwarecomponenten voor het leveren van diensten zoals routering en switching, VoIP en breedbandinternet. Softwaretesten in de telecomsector zijn daarom onmisbaar en omvatten hardwarecomponenten, back-endsystemen en front-endapplicaties.

Sluit u gratis aan bij ons Live Telecom Testproject

Wat is domein in testen?

Voordat er een telecomscenario wordt opgesteld, moet de term 'domein' eerst worden gedefinieerd.

Een domein is niets anders dan de branche waarvoor het softwaretestproject is ontwikkeld. Wanneer we het over een softwareproject of -ontwikkeling hebben, wordt deze term vaak gebruikt. Bijvoorbeeld: de verzekeringssector, de banksector, de detailhandel, de telecommunicatiesector, enzovoort.

Zoals de illustratie laat zien, kan één tester in meerdere van dergelijke branchedomeinen werkzaam zijn. Meestal, tijdens de ontwikkelingping Voor elk specifiek domeinproject wordt de hulp van een domeinexpert ingeschakeld. Een domeinexpert is een meester in het onderwerp en kent het product of de applicatie door en door.

Waarom het testen van domeinkennis belangrijk is?

Domeinkennis is essentieel voor het testen van elk softwareproduct en biedt diverse voordelen, zoals het onderstaande diagram samenvat.

Een tester die verstand heeft van tarieven, interconnectieregels en provisioning-statussen, ontwerpt realistische scenario's en signaleert de uitzonderlijke gevallen die een generieke tester over het hoofd zou zien. testcase De bibliotheek dekt nooit iets af.

Bedrijfsprocessen in de telecomsector

Domeinkennis begint hier met de bedrijfsprocessen die een dienst van verkoop tot factuur begeleiden.

Bij het testen van telecommunicatiesystemen is end-to-end serviceverificatie essentieel. Om efficiënt te kunnen testen, is een goed begrip van de verschillende bedrijfsprocessen een absolute noodzaak.

U moet elke fase van de dienstverlening begrijpen voordat u de testcases opstelt.

Telecommunicatiediensten zijn gebaseerd op een bedrijfsondersteuningssysteem met IVR-systemen, callcenters en factuurgeneratie, of op een operationeel ondersteuningssysteem met routers, switches en zendmasten.

De volgende tabel laat zien welke activiteiten op verschillende niveaus worden uitgevoerd.

Telecom afdeling	Telecomactiviteiten
Voorverkoop	Het verwerkt alle verkoopinformatie, zoals kortingen, diensten, promoties, etc.
Bestellen	Een nieuwe aansluiting aanvragen of een aansluiting verbreken
Provisioning	Deze divisie houdt zich bezig met de fysieke verbinding tussen klanten en TSP (Telecom Service Provider)
Facturatie Gegevens	Onder deze afdeling worden alle facturatiewerkzaamheden uitgevoerd
Service Assurance	In geval van een storing corrigeert deze verdeling het probleem
Inventory Systems	Het is de opslagplaats van alle informatie
Tracking	Deze divisie tracks het bestelsysteem en de status van een bestelling

Typisch telecombedrijfsproces

Zodra die afdelingen duidelijk zijn, is de volgende stap om te bekijken hoe een bestelling daadwerkelijk tussen hen heen en weer reist. Hieronder volgt een typisch bedrijfsproces in de telecomsector.

Zoals het bovenstaande schema aangeeft, doorloopt een aanvraag de fasen van pre-sales, orderverwerking en uiteindelijk facturering. Elke overdracht vormt een integratiegrens en een belangrijk doel voor de implementatie. end-to-end testen.

Soorten protocollen die worden gebruikt in de telecomindustrie

Die overdrachten zijn gebaseerd op protocollen, dus testers moeten de gebruikte technologieën herkennen. Hieronder staan ​​de meest gebruikte protocollen in de telecomsector.

• VoIP-technologieën: VoIP, IMS, MPLS, ISDN, PSTN
• Signalen protocollen: SIP, ISDN, Codecs, H.323
• Draadloze technologieën: GPRS, CDMA, GSM, UMTS
• Netwerkbeheer: SNMP
• Laag 2-protocollen: ARP, STP, L2TP, PPP
• Laag 3-protocollen/routing: ICMP, BGP, ISIS, MPLS
• Infrastructuur/beveiliging: ATM, TCP/IP, LAN/VLAN, SSH

U kunt meer leren over protocoltesten hier

Levenscyclus testen in de telecomsector

Nadat de processen en protocollen in kaart zijn gebracht, kan het werk worden georganiseerd in een levenscyclus. De testlevenscyclus in de telecomindustrie is vergelijkbaar met die van andere industrieën, maar met een focus op details. Hieronder ziet u hoe de testlevenscyclus eruitziet, samen met de testartefacten.

Telecomtestfase	Test artefacten
Zakelijke weergave	Op vereisten gebaseerde testartefacten Op haalbaarheid gebaseerde artefacten Standaard en op beleidsidentificatie gebaseerde testartefacten Operaen onderhoudsoverwegingen met betrekking tot testartefacten
Systeem/ Architectuur	Systeemtestartefacten (beveiliging, installatie) Testartefacten voor een virtueel prototype Speciaal Systeem testen artefacten (interoperabiliteit, noodherstel)
Implementatie	Eenheidstestartefacten Integratietestartefacten Kwaliteits- en prestatieartefacten Regressie, belastingtesten, gezond verstand, enz.
Deployment	Acceptatietestartefacten Integratietestartefacten Kwaliteits- en prestatieartefacten Functionele testartefacten Alfa-/bètatestartefacten

Soorten tests die worden uitgevoerd op telecomsoftware

Elke levenscyclusfase hierboven maakt gebruik van een ander type test, en de onderstaande lijst omvat de tests die het vaakst worden toegepast op telecomsoftware.

• Interconnectie testen
• Conformiteitstesten
• IVR-testen
• Performance Testing
• Beveiligingstests
• Interoperabiliteitstesten
• Protocol testen
• Functioneel testen
• Automatisering testen

Hoe schrijf je effectieve testcases voor de telecommunicatie?

Het kennen van de procesgebieden is slechts de helft van het werk. De testcases zelf moeten zo geschreven zijn dat elke tester in het team ze kan uitvoeren zonder specialistische kennis. De onderstaande stappen zijn zowel van toepassing op de OSS-scope als op de BSS-scope.

1. Houd één bedrijfsproces per suite aan. Scheid de bestel-, leverings- en factureringssystemen van elkaar, zodat een storing naar één enkel verantwoordelijk systeem wijst in plaats van naar een onduidelijke keten van systemen.
2. Formuleer de voorwaarde als data, niet als tekst. Vermeld de exacte abonnementsstatus, het tariefplan, de kredietlimiet en het rekeningsaldo zoals die in dit geval worden verondersteld, aangezien telecomstoringen meestal datastoringen betreffen.
3. Dek de beoordelings- en tariefgrenzen af. Het opgebruik van gratis belminuten, het verlengen van een abonnement om middernacht, het overschakelen naar een ander roamingtarief en upgrades met een evenredige verrekening zijn de momenten waarop factureringssystemen het vaakst vastlopen.
4. Voeg voor elk positief geval een negatieve variant toe. Ongeldige nummerlengte, geblokkeerde abonnee, dubbele bestelling en mislukte provisioning-callbacks vereisen elk een eigen verwachte uitkomst.
5. Controleer het resultaat verderop in het proces, niet alleen op het scherm. Een provisioningorder is alleen correct als het CRM-record, de inventarisatie, het netwerkelement en de mediationfeed met elkaar overeenkomen.
6. Voeg een meetbaar verwacht resultaat toe. Een uitspraak als "de factuur klopt" kan niet worden uitgevoerd, terwijl "het factuurtotaal is 249.00 inclusief 18 procent btw" dat wel kan.
7. Markeer de regressiekandidaten. Markeer elk geval dat betrekking heeft op beoordeling, belastingheffing en interconnectie, zodat het in elke releasecyclus wordt opgenomen. regressietesten.

Controleer tot slot elk geval met een factureringsanalist of een netwerktechnicus voordat u de basislijn vastlegt. De regels voor telecombedrijven veranderen bij elke tariefintroductie, en een geval dat nog steeds de promotie van het vorige kwartaal bevat, zal maandenlang onterechte storingen melden.

Voorbeeldtestcases voor telecomtests

Door deze regels toe te passen, ontstaat een suite die vergelijkbaar is met de onderstaande. Bij telecomtesten moet men rekening houden met de volgende testcriteria.

Diverse telecomtesten	Testactiviteiten in Telecom
Billing Systeem	Controleer of het telefoonnummer van de klant geregistreerd staat bij de telecomoperator Controleer of het nummer nog werkt Controleer of het ingevoerde nummer geldig is en uit 10 cijfers bestaat Controleer of het nummer om een ​​of andere reden niet is geblokkeerd Controleer of er nog openstaande rekeningen zijn op het nummer. Als dat zo is, geef deze dan weer op het scherm. Controleer of het nummer alle eerdere rekeningen of facturen heeft gewist Controleer of het systeem het genereren van verklaringen volgens de eisen van de klant mogelijk maakt Controleer of het systeem een ​​aantal oproepen nauwkeurig heeft opgenomen Controleer of het door de klant gekozen plan wordt weergegeven in het factureringssysteem Controleer of het totale gefactureerde bedrag correct is en in overeenstemming is met de aangeboden service
Toepassingstests	Protocollen, signalering, veldtesten voor IoT Gebruik en Functioneel testen voor kern Mobile handsettoepassingen zoals bellen, sms'en, doorverbinden/in de wacht zetten, etc. Testen van verschillende applicaties zoals financiële, sport- en locatiegebaseerde diensten, etc. OSS-BSS-testen
OSS-BSS-testen	Billing, klantcase, interconnect facturering, order- en fraudebeheer, opbrengstborging Netwerkbeheer, bemiddeling, provisioning, etc. EAI, CRM & ERP, data opslagplaats, Etc.
Conformiteitstesten	Compatibiliteit met elektrische interfaces Conformiteit van het protocol Conformiteit van transportlagen
IVR-testen	Interactieve testscenario's Detectie van stemenergie Breedbandaudiotonen Uitgebreide voorwaardelijke vertakkingssequenties DTMF-invoer

Uitdagingen bij het testen in de telecommunicatiesector

Zelfs een goed geschreven softwarepakket stuit op obstakels die specifiek zijn voor deze branche, en door hier vroegtijdig rekening mee te houden, blijft het releaseschema gewaarborgd.

De eerste uitdaging is de interoperabiliteit tussen verschillende leveranciers. Een abonnementstraject kan via een switch van de ene leverancier lopen, via een bemiddelingsplatform van een andere en via een factureringsproduct van een derde. Een defect zit daarom vaak in de kloof tussen twee leveranciers in plaats van in een van de producten zelf.

Het tweede punt betreft de protocoldiepte. Het lezen van SIP, Diameter of SS7. traces is een specialistische vaardigheid, en teams die deze vaardigheid niet bezitten, hebben de neiging om applicatiefouten te melden terwijl het in werkelijkheid signaalfouten zijn.

De derde factor zijn de omgevingskosten. Realistische scenario's met betrekking tot belasting, roaming en interconnectie vereisen laboratoriumhardware of simulatoren die duur zijn in licentie en tijdrovend om in te plannen. Dit dwingt teams ertoe om gebruik te maken van gedeelde omgevingen en instabiele testgegevens.

Tarieven en regelgeving veranderen voortdurend. Regels voor nummerportabiliteit, belastingtarieven en promotieacties vereisen frequente updates van gegevens, dus beschouw het onderhoud van testgegevens als een permanente activiteit.

Populaire tools voor het testen van telecommunicatieapparatuur

Het juiste hulpmiddel hangt af van de te testen laag, omdat geen enkel product signalering, applicaties en facturering even goed afdekt.

• Spirent Testcentrum: Genereert een hoog verkeersvolume naar switches, routers en core-netwerkapparaten tijdens prestatie- en conformiteitstests.
• Keysight IxNetwork: Het emuleert routing- en switchingtopologieën op grote schaal, wat geschikt is voor protocolvalidatie op laag 2 en laag 3.
• Wireshark: Legt SIP-, Diameter- en RTP-verkeer vast en decodeert het, zodat testers het signaleringsgedrag pakket voor pakket kunnen controleren.
• Hammer en Abacus stemtesters: Stuur IVR- en spraakkwaliteitsscenario's aan, inclusief DTMF-invoer en voorwaardelijke vertakkingssequenties.
• JMeter: Laadt het zelfserviceportaal en de bijbehorende bestel-API's, zoals uitgelegd in JMeter prestatie testen.
• Selenium: Automatiseert CRM- en zelfservice-webtrajecten als onderdeel van een breder systeem. automatisering testen strategie.
• Micro Focus ALM: Bewaart de telecomcasebibliotheek, koppelt defecten aan vereisten en rapporteert de gereedheid voor release aan belanghebbenden.

De meeste operators combineren twee of drie van deze lagen in plaats van er één te standaardiseren, omdat de OSS- en BSS-lagen zelden een gemeenschappelijke interface delen.

Veelgestelde vragen