Testa telekomdomäner med exempel på OSS/BSS-testfall
Thomas Hamilton
⚡ Smart sammanfattning
Att testa Telecom Domain-applikationer innebär att validera faktureringsmotorer, provisioneringsflöden, signaleringsprotokoll och nätverkselement från början till slut. Denna översikt förklarar OSS- och BSS-ansvar, affärsprocesser för telekom, testlivscykelfaser och färdiga exempeltestfall för verkliga projekt.
Vad är telekomtestning?
Telekomtestning definieras som testning av telekommunikationsprogramvara. Sedan telekomsektorns övergång till digitala nätverk och datornätverk har programvara använts oumbärligt inom telekommunikationsbranschen.
Telekomsektorn är beroende av olika typer av mjukvarukomponenter för att leverera tjänster som routing och switching, VoIP och bredbandsåtkomst. Därför är mjukvarutestning inom telekom oundviklig, och den sträcker sig över hårdvarukomponenter, backend-system och frontend-applikationer.
Gå med i vårt Live Telecom Testing Project gratis
Vad är domän vid testning?
Innan något telekomscenario skrivs behöver termen domän en definition.
En domän är inget annat än den bransch för vilken mjukvarutestningsprojektet skapas. När vi pratar om ett mjukvaruprojekt eller utveckling används ofta termen. Till exempel försäkringsdomänen, bankdomänen, detaljhandelsdomänen, telekomdomänen, etc.
Som illustrationen visar kan en testare arbeta inom flera sådana branschområden. Vanligtvis, medan utvecklingping För varje specifikt domänprojekt söks hjälp av en domänexpert. En domänexpert är en mästare på ämnet och kan känna till produktens eller applikationens insida och ut.
Varför är det viktigt att testa domänkunskap?
Domänkunskap är avgörande för att testa alla mjukvaruprodukter, och det har sina egna fördelar, vilket diagrammet nedan sammanfattar.
En testare som förstår tariffer, sammankopplingsregler och provisioneringstillstånd utformar realistiska scenarier och identifierar de edge-fall som en generisk testfall biblioteket täcker aldrig.
Affärsprocesser inom telekombranschen
Domänkunskap här börjar med de affärsprocesser som bär en tjänst från försäljning till faktura.
För telekomtestning är verifiering av tjänster från början till slut viktig. För att säkerställa effektiv testning är en god förståelse för de olika affärsprocesserna ett måste.
Du måste förstå varje steg av tjänsteleverans innan du utarbetar testfallen.
Telekomtjänster är antingen baserade på ett affärsstödsystem som inkluderar IVR, callcenter och fakturagenerering, eller ett driftsstödsystem som inkluderar routrar, switchar och mobilmaster.
Följande tabell visar vilka aktiviteter som utförs på olika nivåer.
| Telekomavdelningen | Telekomaktiviteter |
|---|---|
| Pre-försäljning | Den hanterar all försäljningsinformation som rabatter, tjänster, kampanjer, etc. |
| Beställning | Ansöka om en ny anslutning eller koppla bort en anslutning |
| Provisioning | Denna division behandlar den fysiska kopplingen mellan kunder och TSP (Telecom Service Provider) |
| Billanvändning | Under denna uppdelning görs allt faktureringsarbete |
| Serviceförsäkring | Vid eventuella fel korrigerar denna uppdelning problemet |
| Inventeringssystem | Det är lagringsplatsen för all information |
| Tracking | Denna division tracks beställningssystemet och statusen för en beställning |
Typisk affärsprocess för telekom
När dessa avdelningar är tydliga är nästa steg att se hur en order faktiskt rör sig mellan dem. Följande är en typisk affärsprocess inom telekombranschen.
Som flödet ovan visar, går en förfrågan från förköp till beställning, sedan provisionering och slutligen fakturering. Varje överlämning är en integrationsgräns och ett värdefullt mål för testning från början till slut.
Typer av protokoll som används inom telekomindustrin
Dessa överlämningar bygger på protokoll, så testare måste känna igen de stackar som används. Här är de populära protokollen som används inom telekombranschen.
- VoIP-teknik: VoIP, IMS, MPLS, ISDN, PSTN
- Signaling och protokollSIP, ISDN, Codecs, H.323
- Trådlös teknik: GPRS, CDMA, GSM, UMTS
- Nätverkshantering: SNMP
- Lager 2-protokoll: ARP, STP, L2TP, PPP
- Lager 3-protokoll/routing: ICMP, BGP, ISIS, MPLS
- Infrastruktur/säkerhet: ATM, TCP/IP, LAN/VLAN, SSH
Du kan lära dig mer om protokolltestning här.
Testar livscykeln i telekombranschen
Med processerna och protokollen kartlagda kan arbetet organiseras i en livscykel. Testlivscykeln inom telekombranschen liknar den i alla andra branscher men med betoning på detaljer. Så här ser testlivscykeln ut tillsammans med testartefakterna.
| Teststadiet för telekom | Testa artefakter |
|---|---|
|
|
|
|
|
|
|
|
Typer av testning som utförs på telekomprogramvara
Varje livscykelsteg ovan använder sig av en annan testtyp, och listan nedan täcker de som oftast tillämpas på telekomprogramvara.
- Sammankopplingstestning
- Överensstämmelsetestning
- IVR-testning
- Prestandatester
- Säkerhetstestning
- Interoperabilitetstestning
- Protokolltestning
- funktions~~POS=TRUNC
- Automationstestning
Hur man skriver effektiva telekomtestfall
Att känna till processområdena är bara halva jobbet. Fallen i sig måste skrivas så att alla testare i teamet kan köra dem utan stamkunskap. Stegen nedan gäller lika för OSS-omfång som BSS-omfång.
- Behåll en affärsprocess per svit. Separera beställnings-, provisionerings- och faktureringssviter så att ett fel pekar på ett enda ägande system istället för en tvetydig kedja av dem.
- Skriv förvillkoret som data, inte prosa. Ange exakt abonnentstatus, tariffplan, kreditgräns och kontosaldo som ärendet förutsätter, eftersom telekomfel vanligtvis är datatillståndsfel.
- Täck gränserna för klassificering och avgiftsbeläggning. Gratis minuter förbrukade, abonnemangsförnyelse vid midnatt, övergång till roamingavgift och proportionella uppgraderingar är de punkter där faktureringsmotorerna oftast går sönder.
- Lägg till en negativ variant för varje positivt fall. Ogiltig nummerlängd, spärrad prenumerant, duplicerad beställning och misslyckade återanrop vid provisionering förtjänar alla sina egna förväntade resultat.
- Verifiera nedströms, inte bara på skärmen. En provisioneringsorder är endast korrekt när CRM-posten, lagerposten, nätverkselementet och medlingsflödet alla överensstämmer med varandra.
- Bifoga ett mätbart förväntat resultat. Ett påstående som ”fakturan är korrekt” kan inte utföras, medan ”fakturatotal är lika med 249.00 inklusive 18 procent moms” kan.
- Tagga regressionskandidaterna. Markera varje fall som berör klassificering, beskattning och sammankoppling så att det går in i varje utgivningscykel av regressionstestning.
Slutligen, granska varje fall med en faktureringsanalytiker eller en nätverksingenjör innan du bestämmer dig för det. Telekombranschens regler ändras med varje tarifflansering, och ett fall som fortfarande kodar förra kvartalets kampanj kommer att rapportera falska fel i månader.
Exempel på testfall för telekomtestning
Genom att tillämpa dessa regler skapas en svit liknande den nedan. Vid telekomtestning måste man beakta följande testning
| Olika telekomtester | Testverksamhet inom Telekom |
|---|---|
| Billing-system |
|
| Applikationstestning |
|
| OSS-BSS-testning |
|
| Överensstämmelsetestning |
|
| IVR-testning |
|
Utmaningar inom testning av telekomdomäner
Även en välskriven svit stöter på hinder som är specifika för den här branschen, och att planera för dem tidigt skyddar lanseringsschemat.
Den första utmaningen är interoperabilitet mellan flera leverantörer. En prenumerantresa kan innebära ett byte från en leverantör, en medlingsplattform från en annan och en faktureringsprodukt från en tredje, så en defekt finns ofta i gapet mellan två leverantörer snarare än inuti någon av produkterna.
Det andra är protokolldjup. Läser SIP, Diameter eller SS7 traces är en specialiserad färdighet, och team utan den tenderar att lyfta fram applikationsfel som egentligen signalerar fel.
Det tredje är miljökostnader. Realistiska scenarier för belastning, roaming och sammankoppling kräver labhårdvara eller simulatorer som är dyra att licensiera och långsamma att schemalägga, vilket driver team mot delade miljöer och instabila testdata.
Tariffer och regler ändras också kontinuerligt. Regler för nummerportabilitet, skatteplattor och kampanjplaner kräver frekventa datauppdateringar, så behandla underhåll av testdata som en permanent aktivitet.
Populära verktyg för telekomtestning
Rätt verktyg beror på vilket lager som testas, eftersom ingen enskild produkt täcker signalering, applikationer och fakturering lika bra.
- Spirent Testcenter: Genererar högvolymstrafik mot switchar, routrar och kärnnätverksenheter under prestanda- och överensstämmelsekörningar.
- Keysight IxNetwork: Emulerar routing- och switchingtopologier i stor skala, vilket passar validering av protokoll på lager 2 och 3.
- Wireshark: Fångar in och avkodar SIP-, Diameter- och RTP-trafik så att testare kan bekräfta signalbeteendet paket för paket.
- Rösttestare med Hammer and Abacus: Driv IVR- och röstkvalitetsscenarier, inklusive DTMF-inmatning och villkorliga förgreningssekvenser.
- JMeter: Laddar självvårdsportalen och beställnings-API:erna bakom den, enligt beskrivningen i JMeter prestandatester.
- Selenium: Automatiserar CRM och webbresor för självvård som en del av ett bredare automatiseringstestning strategi.
- Mikrofokus ALM: Lagrar telekomärendebiblioteket, kopplar fel till krav och rapporterar releaseberedskap till intressenter.
De flesta operatörer kombinerar två eller tre av dessa snarare än att standardisera sig på en, eftersom OSS- och BSS-lager sällan delar ett gemensamt gränssnitt.
