Testování telekomunikační domény s ukázkovými testovacími případy OSS/BSS

⚡ Chytré shrnutí

Testování telekomunikačních doménových aplikací znamená ověřování fakturačních systémů, provisioningových toků, signalizačních protokolů a síťových prvků od začátku do konce. Tento přehled vysvětluje odpovědnosti OSS a BSS, obchodní procesy v telekomunikacích, fáze životního cyklu testování a připravené ukázkové testovací případy pro reálné projekty.

  • 📡 Definice testování telekomunikací: Ověřte software pro směrování, přepínání, VoIP a širokopásmové připojení ještě předtím, než se dostane k platícímu předplatiteli.
  • 🏢 OSS versus BSS: OSS zahrnuje síť, zřizování a inventář; BSS zahrnuje CRM, fakturaci, IVR a platby.
  • 🔄 Pokrytí obchodních procesů: Trackaždou objednávku od předprodeje přes zřizování, fakturaci až po zajištění služeb.
  • 🧪 Artefakty životního cyklu: Vytvářejte odlišné artefakty ve fázích podnikání, architektury, implementace a nasazení.
  • ???? Ukázkové testovací případy: Níže uvedené kontroly fakturace, shody a IVR znovu použijte jako připravenou základní sadu.
  • ⚠️ Známé výzvy: Naplánujte si včas interoperabilitu s různými dodavateli, hloubku protokolů a nákladná laboratorní prostředí.
  • 🛠️ Výběr nástroje: Přiřaďte generátory provozu, analyzátory paketů a zásobníky webové automatizace k testované vrstvě.

Co je Telecom Testing?

Testování telekomunikačního softwaru je definováno jako testování telekomunikačního softwaru. Vzhledem k přesunu telekomunikačního sektoru k digitálním a počítačovým sítím využívá telekomunikační průmysl software nepostradatelně.

Telekomunikační sektor je závislý na různých typech softwarových komponent pro poskytování služeb, jako je směrování a přepínání, VoIP a širokopásmový přístup. Testování telekomunikačního softwaru je proto nevyhnutelné a zahrnuje hardwarové komponenty, back-endové systémy i front-endové aplikace.

Připojte se zdarma k našemu projektu Live Telecom Testing

Co je doména v testování?

Než bude napsán jakýkoli telekomunikační scénář, je třeba definovat pojem doména.

Doména není nic jiného než odvětví, pro které je projekt testování softwaru vytvořen. Když mluvíme o softwarovém projektu nebo vývoji, často se používá tento termín. Například doména pojišťovnictví, bankovnictví, maloobchod, telekomunikace atd.

Doména v testování

Jak ukazuje obrázek, jeden tester může pracovat v několika takových oborech. Obvykle, zatímco vyvíjíping U jakéhokoli konkrétního projektu v dané oblasti je vyhledána pomoc odborníka na danou oblast. Odborník na danou oblast je mistrem a může znát produkt nebo aplikaci do hloubky.

Proč je testování znalostí domény důležité?

Znalost domény je pro testování jakéhokoli softwarového produktu zásadní a má své výhody, jak shrnuje níže uvedený diagram.

Testování znalostí domény

Tester, který rozumí tarifům, pravidlům propojení a stavům zřizování, navrhuje realistické scénáře a rozpoznává mezní případy, které generický systém… modelový případ knihovna nikdy nepokrývá.

Obchodní procesy v telekomunikačním průmyslu

Znalost domény zde začíná obchodními procesy, které vedou službu od prodeje až po fakturu.

Pro testování telekomunikací je důležité komplexní ověřování služeb. Pro zajištění efektivního testování je nezbytné dobré pochopení různých obchodních procesů.

Před návrhem testovacích případů musíte porozumět každé fázi poskytování služby.

Telekomunikační služby jsou založeny buď na systému podpory podnikání, který zahrnuje IVR, call centra a generování faktur, nebo na systému podpory provozu, který zahrnuje routery, přepínače a vysílače mobilních sítí.

Následující tabulka ukazuje, jaké činnosti se provádějí na různých úrovních.

Telekomunikační oddělení Telekomunikační činnosti
Předprodej Zpracovává všechny informace o prodeji, jako jsou slevy, služby, promo akce atd.
Řazení Žádost o nové připojení nebo odpojení připojení
Provisioning Tato divize se zabývá fyzickým spojením mezi zákazníky a TSP (poskytovatel telekomunikačních služeb)
Billing. V rámci tohoto rozdělení se provádí veškeré fakturační práce
Zajištění služeb V případě jakéhokoli selhání toto rozdělení problém opraví
Systémy zásob Je to úložiště všech informací
Tracking Tato divize tracks objednávkový systém a stav objednávky

Typický telekomunikační obchodní proces

Jakmile jsou tato oddělení jasná, dalším krokem je zjistit, jak jedna objednávka mezi nimi skutečně putuje. Následuje typický obchodní proces v telekomunikačním průmyslu.

Typický telekomunikační obchodní proces

Jak ukazuje výše uvedený postup, požadavek se přesouvá z předprodeje do objednávání, poté do zřizování a nakonec do fakturace. Každé předání je hranicí integrace a cílem s vysokou hodnotou pro testování od začátku do konce.

Typy protokolů používaných v telekomunikačním průmyslu

Tyto předávání se řídí protokoly, takže testeři musí rozpoznat, které zásobníky jsou v akci. Zde jsou oblíbené protokoly používané v telekomunikačním průmyslu.

  • VoIP technologie: VoIP, IMS, MPLS, ISDN, PSTN
  • Signala protokolySIP, ISDN, Codecs, H.323
  • Bezdrátové technologie: GPRS, CDMA, GSM, UMTS
  • Správa sítě: SNMP
  • Protokoly vrstvy 2: ARP, STP, L2TP, PPP
  • Protokoly/směrování vrstvy 3: ICMP, BGP, ISIS, MPLS
  • Infrastruktura/Zabezpečení: ATM, TCP/IP, LAN/VLAN, SSH

Můžete se dozvědět více o testování protokolů zde

Testování životního cyklu v telekomunikačním průmyslu

S namapovanými procesy a protokoly lze práci organizovat do životního cyklu. Životní cyklus testů v telekomunikačním průmyslu je podobný jako v jakémkoli jiném odvětví, ale s důrazem na detaily. Zde je ukázka, jak vypadá životní cyklus testů spolu s artefakty testů.

Fáze testování telekomunikací Testujte artefakty
  • Business View
  • Artefakty testu založené na požadavcích
  • Artefakty založené na proveditelnosti
  • Testovací artefakty založené na standardu a identifikaci zásad
  • Operazkušební artefakty související se zvážením a údržbou
  • Systém/ Architecture
  • Artefakty testu systému (zabezpečení, instalace)
  • Otestujte artefakty pro virtuální prototyp
  • Speciální Testování systému artefakty (interoperabilita, zotavení po havárii)
  • Implementace
  • Artefakty testu jednotky
  • Artefakty integračního testu
  • Kvalitní a výkonnostní artefakty
  • Regrese, zátěžové testování, příčetnost atd.
  • Rozvinutí
  • Artefakty akceptačního testu
  • Artefakty integračního testu
  • Kvalitní a výkonnostní artefakty
  • Artefakty funkčního testu
  • Alfa/Beta testovací artefakty

Typy testování prováděného na telekomunikačním softwaru

Každá výše uvedená fáze životního cyklu využívá jiný typ testování a níže uvedený seznam zahrnuje ty, které se nejčastěji používají u telekomunikačního softwaru.

Jak psát efektivní testovací případy pro telekomunikace

Znalost oblastí procesů je jen polovina práce. Samotné případy musí být napsány tak, aby je mohl provést kterýkoli tester v týmu bez znalostí kmene. Níže uvedené kroky platí stejnou měrou pro rozsah OSS i rozsah BSS.

  1. Ponechte jeden obchodní proces na sadu. Oddělte sady pro objednávání, zřizování a fakturaci, aby selhání ukazovalo na jeden vlastnící systém, nikoli na nejednoznačný řetězec těchto systémů.
  2. Zapište předpoklad jako data, nikoli jako prózu. Uveďte přesný stav předplatitele, tarifní plán, kreditní limit a zůstatek na účtu, což se v daném případě předpokládá, protože vady telekomunikačních služeb jsou obvykle vady datového stavu.
  3. Pokryjte limity hodnocení a účtování. Vyčerpání volných minut, obnovení tarifu o půlnoci, přechod na jiný roamingový tarif a poměrné upgrady jsou body, kde dochází k nejčastějším výpadkům fakturačních systémů.
  4. Pro každý pozitivní případ přidejte negativní variantu. Neplatná délka čísla, blokovaný odběratel, duplicitní objednávka a neúspěšné zpětné volání pro zřizování si zaslouží vlastní očekávaný výsledek.
  5. Ověřte dále v proudu, nejen na obrazovce. Objednávka zřizování je správná pouze tehdy, když se záznam CRM, položka zásob, síťový prvek a mediační kanál vzájemně shodují.
  6. Přiložte měřitelný očekávaný výsledek. Prohlášení typu „faktura je správná“ nelze provést, zatímco „celková částka faktury se rovná 249.00 včetně 18% daně“ ano.
  7. Označte kandidáty na regresi. Označte každý případ, který se dotýká hodnocení, zdanění a propojení, aby se dostal do každého cyklu vydání. regresní testování.

Nakonec si každý případ před stanovením základního stavu projděte s fakturačním analytikem nebo síťovým inženýrem. Obchodní pravidla telekomunikačních společností se mění s každým spuštěním tarifu a případ, který stále kóduje akci z minulého čtvrtletí, bude hlásit falešné chyby po celé měsíce.

Ukázkové testovací případy pro testování telekomunikací

Použitím těchto pravidel vznikne sada podobná té níže. V oblasti testování telekomunikací je třeba zvážit následující testování

Různé Telecom Testování Testovací činnost v Telecomu
Billing
  • Ověřte, že telefonní číslo zákazníka je registrováno u telekomunikačního operátora
  • Ověřte, zda číslo stále funguje
  • Ověřte, zda je zadané číslo platné a zda se jedná o 10místné číslo
  • Ověřte, že číslo není z nějakých důvodů blokováno
  • Ověřte, zda má číslo nějaké neuhrazené účty, pokud existují, zobrazte je na obrazovce
  • Ověřte, zda má číslo vymazány všechny předchozí účty nebo účty
  • Ověřte, že systém umožňuje generování výpisů podle požadavků zákazníka
  • Ověřte, že systém přesně zaznamenal počet hovorů
  • Ověřte plán, který si zákazník vybral na fakturačním systému
  • Ověřte, zda je celková účtovaná částka přesná a přiřazená k nabízené službě
Testování aplikací
  • Protokoly, signalizace, testování v terénu pro IOT
  • Použití a Funkční testování pro jádro Mobilní aplikace aplikace pro sluchátka, jako je volání, SMS, přenos/přidržení atd.
  • Testování různých aplikací, jako jsou finance, sport a služby založené na poloze atd. Testování OSS-BSS
Testování OSS-BSS
  • Billing, zákaznický případ, propojovací fakturace, řízení objednávek a podvodů, zajištění příjmů
  • Správa sítě, zprostředkování, poskytování atd.
  • EAI, CRM a ERP, skladování dat, Etc.
Testování shody
  • Kompatibilita elektrického rozhraní
  • Shoda s protokolem
  • Shoda transportních vrstev
Testování IVR
  • Interaktivní testovací scénáře
  • Detekce energie hlasu
  • Širokopásmové zvukové tóny
  • Rozsáhlé sekvence podmíněného větvení
  • Záznamy DTMF

Výzvy v testování telekomunikačních domén

I dobře napsaný software se setkává s překážkami specifickými pro toto odvětví a jejich včasné plánování chrání harmonogram vydání.

První výzvou je interoperabilita s více dodavateli. Cesta jednoho předplatitele může zahrnovat přechod od jednoho dodavatele, mediační platformu od jiného a fakturační produkt od třetího, takže vada se často nachází v mezeře mezi dvěma dodavateli, nikoli uvnitř obou produktů.

Druhou je hloubka protokolu. Čtení SIP, Diameter nebo SS7 tracJe to specializovaná dovednost a týmy bez ní mají tendenci označovat aplikační vady za to, co ve skutečnosti signalizuje chyby.

Třetím problémem jsou náklady na prostředí. Realistické scénáře zátěže, roamingu a propojení vyžadují laboratorní hardware nebo simulátory, jejichž licencování je drahé a plánování pomalé, což vede týmy ke sdíleným prostředím a nestabilním testovacím datům.

Tarify a předpisy se také neustále mění. Pravidla pro přenositelnost čísel, daňové poplatky a propagační plány vyžadují častou aktualizaci dat, proto údržbu testovacích dat berte jako trvalou činnost.

Oblíbené nástroje pro testování telekomunikací

Správný nástroj závisí na testované vrstvě, protože žádný jednotlivý produkt nepokrývá signalizaci, aplikace a fakturaci stejně dobře.

  • Testovací centrum Spirent: Generuje velkoobjemový provoz na přepínačích, směrovačích a zařízeních jádrové sítě během běhů pro kontrolu výkonu a shody.
  • Síť Keysight Ix: Emuluje topologie směrování a přepínání ve velkém měřítku, což vyhovuje validaci protokolů vrstev 2 a 3.
  • Wireshark: Zachycuje a dekóduje provoz SIP, Diameter a RTP, aby testeři mohli ověřit chování signalizace paket po paketu.
  • Hlasové testery Hammer a Abacus: Řízení scénářů IVR a kvality hlasu, včetně zadávání DTMF a podmíněných větvení.
  • JMeter: Načte portál samoobsluhy a rozhraní API objednávek, která se na něm nacházejí, jak je vysvětleno v JMeter testování výkonu.
  • Selenium: Automatizuje webové procesy CRM a samoobslužných systémů jako součást širšího testování automatizace strategie.
  • Mikroostřený ALM: Ukládá knihovnu telekomunikačních případů, propojuje vady s požadavky a hlásí zúčastněným stranám připravenost k vydání.

Většina operátorů kombinuje dva nebo tři z nich, spíše než aby standardizovala jeden, protože vrstvy OSS a BSS zřídka sdílejí společné rozhraní.

Nejčastější dotazy

Testování OSS ověřuje systémy orientované na síť, jako je provisioning, inventarizace, mediace a správa chyb. Testování BSS ověřuje systémy orientované na zákazníka, jako je CRM, správa objednávek, fakturace a platby. Většina reálných telekomunikačních scénářů se prolíná s oběma systémy, takže integrační body mezi nimi vyžadují specializované pokrytí.

Testování IVR ověřuje interaktivní hlasové nabídky, které volající slyší. Testeři kontrolují zadávání DTMF kláves, detekci energie hlasu, širokopásmové zvukové tóny, podmíněné větvení sekvencí, jazykové výzvy a návrat k aktivnímu agentovi, když volající neposkytne žádný platný vstup.

Umělá inteligence seskupuje duplicitní síťové alarmy, předpovídá, které regresní případy změna tarifu naruší, a označuje anomální záznamy o hovorech, které kontroly fakturace založené na pravidlech přehlédnou. Snižuje to úsilí o třídění, ale odborník na danou oblast stále potvrzuje každý nález předtím, než je nahlášena závada.

Částečně. Umělá inteligence modeluje návrhy případů z dokumentace požadavků a historie minulých závad, což urychluje pokrytí prvního návrhu. Pravidla pro sazby, propojení a regulační pravidla jsou však specifická pro daného operátora, takže každý vygenerovaný případ je stále třeba před jeho stanovením na základní úroveň porovnat s aktuálním katalogem tarifů.

Tester telekomunikačních služeb potřebuje znalost protokolů SIP, Diameter nebo SS7, SQL pro ověřování fakturace, znalost pracovních postupů OSS a BSS a dovednosti v psaní skriptů. testování automatizacePochopení tarifních a regulačních pravidel je stejně důležité jako znalost nástrojů.

Shrňte tento příspěvek takto: