Test af telekomdomæne med eksempler på OSS/BSS-testcases

Hvad er Telecom Testing?

Telekomtestning defineres som testning af telekommunikationssoftware. Siden telekommunikationssektorens skift til digitale netværk og computernetværk har telekommunikationsindustrien brugt software uundværligt.

Telekommunikationssektoren er afhængig af forskellige typer softwarekomponenter for at levere tjenester såsom routing og switching, VoIP og bredbåndsadgang. Derfor er test af telekommunikationssoftware uundgåelig, og den strækker sig over hardwarekomponenter, backend-systemer og frontend-applikationer.

Tilmeld dig vores Live Telecom-testprojekt gratis

Hvad er domæne i test?

Før et hvilket som helst telekommunikationsscenarie beskrives, skal begrebet domæne defineres.

Et domæne er intet andet end den branche, som softwaretestprojektet er oprettet til. Når vi taler om et softwareprojekt eller en softwareudvikling, refereres der ofte til dette udtryk. For eksempel forsikringsdomænet, bankdomænet, detailhandelsdomænet, telekommunikationsdomænet osv.

Som illustrationen viser, kan én tester arbejde på tværs af flere sådanne brancheområder. Normalt, mens udviklingping Ved ethvert specifikt domæneprojekt søges hjælp fra en domæneekspert. En domæneekspert er mester i emnet, og han kender måske produktets eller applikationens ind- og udsmykninger.

Hvorfor er det vigtigt at teste domæneviden?

Domænekendskab er afgørende for testning af ethvert softwareprodukt, og det har sine egne fordele, som diagrammet nedenfor opsummerer.

En tester, der forstår tariffer, sammenkoblingsregler og provisioneringstilstande, designer realistiske scenarier og identificerer de edge-cases, som en generisk test sag biblioteket dækker aldrig.

Forretningsprocesser i telebranchen

Domæneviden starter her med de forretningsprocesser, der fører en tjeneste fra salg til faktura.

For telekomtestning er end-to-end serviceverifikation vigtig. For at sikre effektiv testning er en god forståelse af de forskellige forretningsprocesser et must.

Du skal forstå hvert trin i serviceleverancen, før du udarbejder testcases.

Telekommunikationstjenester er enten baseret på et forretningssupportsystem, der omfatter IVR'er, callcentre og generering af fakturaer, eller et driftssupportsystem, der omfatter routere, switche og mobilmaster.

Følgende tabel viser, hvilke aktiviteter der udføres på forskellige niveauer.

Teleafdelingen	Telekommunikationsaktiviteter
Forud salg	Det håndterer alle salgsoplysninger som rabatter, tjenester, kampagner osv.
Bestilling	Ansøgning om en ny forbindelse eller afbrydelse af forbindelse
Provisioning	Denne afdeling beskæftiger sig med den fysiske forbindelse mellem kunder og TSP (Telecom Service Provider)
BillING	Under denne opdeling udføres alt faktureringsarbejde
Serviceforsikring	I tilfælde af fejl, retter denne opdeling problemet
Lagersystemer	Det er opbevaringsstedet for al information
Tracking	Denne opdeling tracks bestillingssystemet og status for en ordre

Typisk Telecom Business Process

Når disse afdelinger er klare, er næste skridt at se, hvordan én ordre rent faktisk bevæger sig mellem dem. Følgende er en typisk forretningsproces i telekommunikationsbranchen.

Som ovenstående flow indikerer, bevæger en anmodning sig fra præsalg til bestilling, derefter klargøring og endelig fakturering. Hver overdragelse er en integrationsgrænse og et mål med høj værdi for ende til ende test.

Typer af protokoller, der bruges i telekommunikationsindustrien

Disse overdragelser er baseret på protokoller, så testere skal genkende de anvendte stakke. Her er de populære protokoller, der bruges i telekommunikationsbranchen.

• VoIP-teknologier: VoIP, IMS, MPLS, ISDN, PSTN
• Signaling og protokollerSIP, ISDN, Codecs, H.323
• Trådløse teknologier: GPRS, CDMA, GSM, UMTS
• Netværksstyring: SNMP
• Lag 2-protokoller: ARP, STP, L2TP, PPP
• Lag 3 protokoller/routing: ICMP, BGP, ISIS, MPLS
• Infrastruktur/sikkerhed: ATM, TCP/IP, LAN/VLAN, SSH

Du kan lære mere om protokoltestning link.

Test af livscyklus i telekommunikationsindustrien

Med de kortlagte processer og protokoller kan arbejdet organiseres i en livscyklus. Testlivscyklussen i telekommunikationsbranchen ligner den i enhver anden branche, men med vægt på detaljer. Sådan ser testlivscyklussen ud sammen med testartefakterne.

Telecom Test Stage	Test artefakter
Business View	Kravbaserede testartefakter Gennemførlighedsbaserede artefakter Standard- og politikidentifikationsbaserede testartefakter Operations- og vedligeholdelsesovervejelser relaterede testartefakter
System/ Architecture	Systemtestartefakter (sikkerhed, installation) Test artefakter til virtuel prototype Særlig Systemtest artefakter (interoperabilitet, disaster recovery)
Implementering	Enhedstest artefakter Integrationstest artefakter Kvalitet og ydeevne artefakter Regression, belastningstest, fornuft mv.
Deployment	Artefakter af accepttest Integrationstest artefakter Kvalitet og ydeevne artefakter Funktionelle testartefakter Alfa/beta test artefakter

Typer af test udført på telekommunikationssoftware

Hvert livscyklusstadie ovenfor trækker på en forskellig testtype, og listen nedenfor dækker dem, der oftest anvendes på telekommunikationssoftware.

• Sammenkoblingstest
• Overensstemmelsestest
• IVR test
• Test af ydeevne
• Sikkerhedstest
• Interoperabilitetstest
• Protokoltestning
• Funktionstest
• Test af automatisering

Sådan skriver du effektive telekommunikationstestcases

At kende procesområderne er kun halvdelen af ​​arbejdet. Selve casene skal skrives, så enhver tester på teamet kan udføre dem uden stammekendskab. Trinene nedenfor gælder ligeligt for OSS-scope og BSS-scope.

1. Behold én forretningsproces pr. suite. Adskil bestillings-, klargørings- og faktureringssuiter, så en fejl peger på et enkelt ejersystem i stedet for en tvetydig kæde af dem.
2. Skriv forudsætningen som data, ikke prosa. Angiv den nøjagtige abonnementsstatus, takstplan, kreditgrænse og kontosaldo, som sagen forudsætter, da telekommunikationsfejl normalt er datatilstandsfejl.
3. Dæk grænserne for vurdering og opkrævning. Gratis minutter opbrugt, abonnementsfornyelse ved midnat, skift til roamingtakst og forholdsmæssige opgraderinger er de punkter, hvor faktureringssystemer oftest går i stykker.
4. Tilføj en negativ variant for hvert positivt tilfælde. Ugyldig nummerlængde, spærret abonnent, duplikeret ordre og mislykkede provisioneringstilbagekald fortjener hver deres eget forventede resultat.
5. Bekræft downstream, ikke kun på skærmen. En klargøringsordre er kun korrekt, når CRM-posten, lagerposten, netværkselementet og formidlingsfeedet alle stemmer overens med hinanden.
6. Vedhæft et målbart forventet resultat. En udtalelse som "regningen er korrekt" kan ikke udføres, hvorimod "fakturaens samlede beløb er lig med 249.00 inklusive 18 procent moms" kan.
7. Mærk regressionskandidaterne. Markér alle sager, der berører vurdering, beskatning og sammenkobling, så de indgår i hver udgivelsescyklus af regressionstest.

Endelig skal du gennemgå hver sag med en faktureringsanalytiker eller en netværksingeniør, før du sætter en baseline. Telekommunikationsreglerne ændrer sig med hver takstlancering, og en sag, der stadig indeholder sidste kvartals kampagne, vil rapportere falske fejl i månedsvis.

Eksempel på testcases til telekommunikationstest

Anvendelse af disse regler resulterer i en pakke svarende til den nedenfor. I telekomtestning skal man overveje følgende testning

Diverse telekomtest	Test aktiviteter i Telecom
Billing System	Bekræft, at kundens telefonnummer er registreret under teleoperatør Kontroller, om nummeret stadig fungerer Bekræft, at det indtastede nummer er gyldigt, og at det er et 10-cifret nummer Bekræft, at nummeret ikke er blokeret af nogle årsager Bekræft, om nummeret har udestående regninger, hvis det findes, vis det på skærmen Bekræft, at nummeret har alle tidligere konti eller regninger slettet Bekræft, at systemet aktiverer erklæringsgenerering i henhold til kundens krav Bekræft, at systemet har optaget et antal opkald nøjagtigt Bekræft den plan, som kunden har valgt, vises på faktureringssystemet Bekræft, at det samlede fakturerede beløb er nøjagtigt og knyttet til den tilbudte tjeneste
Applikationstest	Protokoller, signalering, felttest til IOT Anvendelse og Funktionstest for kerne Mobil håndsætapplikationer som et opkald, SMS, overførsel/hold osv. Test af forskellige applikationer som økonomi, sport og lokationsbaserede tjenester osv. OSS-BSS test
OSS-BSS test	Billing, kundecase, sammenkoblingsfakturering, ordre- og svindelhåndtering, indtægtssikring Netværksstyring, formidling, levering mv. EAI, CRM & ERP, datalagerOsv
Overensstemmelsestest	Elektrisk grænseflade kompatibilitet Overensstemmelse med protokol Overensstemmelse af transportlag
IVR test	Interaktive testscenarier Detektering af stemmeenergi Bredbåndslydtoner Omfattende betingede forgreningssekvenser DTMF-indgange

Udfordringer i test af telekomdomæner

Selv en velskrevet pakke støder på forhindringer, der er specifikke for denne branche, og tidlig planlægning af dem beskytter udgivelsesplanen.

Den første udfordring er interoperabilitet mellem flere leverandører. Én abonnementsrejse kan omfatte et skift fra én leverandør, en formidlingsplatform fra en anden og et faktureringsprodukt fra en tredje, så en fejl findes ofte i kløften mellem to leverandører snarere end inde i et af produkterne.

Den anden er protokoldybde. Aflæsning af SIP, Diameter eller SS7 traces er en specialiseret færdighed, og teams uden den har en tendens til at påpege applikationsfejl som det, der i virkeligheden signalerer fejl.

Den tredje er miljøomkostninger. Realistiske belastnings-, roaming- og sammenkoblingsscenarier kræver laboratoriehardware eller simulatorer, der er dyre at licensere og langsomme at planlægge, hvilket presser teams mod delte miljøer og ustabile testdata.

Takster og regler ændrer sig også løbende. Regler for nummerportabilitet, skatteklasser og salgsfremmende planer tvinger hyppige dataopdateringer, så behandl vedligeholdelse af testdata som en permanent aktivitet.

Populære værktøjer til telekommunikationstest

Det rigtige værktøj afhænger af det testede lag, fordi intet enkelt produkt dækker signalering, applikationer og fakturering lige godt.

• Spirent Testcenter: Genererer stor trafikmængde mod switche, routere og kernenetværksenheder under ydeevne- og overholdelseskørsler.
• Keysight IxNetværk: Emulerer routing- og switching-topologier i stor skala, hvilket er egnet til validering af lag 2- og lag 3-protokoller.
• Wireshark: Indfanger og afkoder SIP-, Diameter- og RTP-trafik, så testere kan bekræfte signaladfærd pakke for pakke.
• Hammer og Abacus stemmetestere: Styr IVR- og talekvalitetsscenarier, herunder DTMF-indtastning og betingede forgreningssekvenser.
• JMeter: Indlæser selvbetjeningsportalen og de bagvedliggende ordre-API'er, som forklaret i JMeter test af ydeevne.
• Selenium: Automatiserer CRM og selvhjælpswebrejser som en del af en bredere automatiseringstest strategi.
• Mikrofokus ALM: Gemmer telekommunikationssagsbiblioteket, forbinder defekter med krav og rapporterer frigivelsesberedskab til interessenter.

De fleste operatører kombinerer to eller tre af disse i stedet for at standardisere på én, fordi OSS- og BSS-lag sjældent deler en fælles grænseflade.

Ofte Stillede Spørgsmål