Testiranje telekomunikacijske domene s primjerima OSS/BSS testnih slučajeva
Thomas Hamilton
⚡ Pametni sažetak
Testiranje telekomunikacijskih domenskih aplikacija znači validaciju sustava za naplatu, tokova pružanja usluga, signalnih protokola i mrežnih elemenata od početka do kraja. Ovaj pregled objašnjava odgovornosti OSS-a i BSS-a, poslovne procese telekomunikacija, faze životnog ciklusa testiranja i gotove primjere testnih slučajeva za stvarne projekte.
Što je Telecom Testing?
Testiranje telekomunikacija definira se kao testiranje telekomunikacijskog softvera. Od prelaska telekomunikacijskog sektora na digitalne i računalne mreže, telekomunikacijska industrija neizostavno koristi softver.
Telekomunikacijski sektor ovisi o raznim vrstama softverskih komponenti za pružanje usluga kao što su usmjeravanje i komutacija, VoIP i širokopojasni pristup. Stoga je testiranje telekomunikacijskog softvera neizbježno i proteže se na hardverske komponente, back-end sustave i front-end aplikacije.
Besplatno se pridružite našem Projektu testiranja telekomunikacija uživo
Što je domena u testiranju?
Prije nego što se napiše bilo koji telekomunikacijski scenarij, potrebno je definirati pojam domene.
Domena nije ništa drugo nego industrija za koju se stvara projekt testiranja softvera. Kada govorimo o softverskom projektu ili razvoju, često se koristi ovaj pojam. Na primjer, domena osiguranja, bankarska domena, maloprodajna domena, telekomunikacijska domena itd.
Kao što ilustracija pokazuje, jedan tester može raditi u nekoliko takvih industrijskih područja. Obično, dok se razvijaping Za bilo koji specifični domenski projekt, traži se pomoć stručnjaka za domenu. Stručnjak za domenu je majstor u toj temi i može poznavati proizvod ili aplikaciju iznutra i izvana.
Zašto je testiranje znanja o domeni važno?
Znanje o domeni je ključno za testiranje bilo kojeg softverskog proizvoda i ima svoje prednosti, kao što je prikazano na donjem dijagramu.
Tester koji razumije tarife, pravila međusobnog povezivanja i stanja opskrbe osmišljava realistične scenarije i uočava rubne slučajeve koje generički testni slučaj knjižnica nikad ne pokriva.
Poslovni procesi u telekom industriji
Znanje o domeni ovdje počinje s poslovnim procesima koji prenose uslugu od prodaje do fakture.
Za testiranje telekomunikacija, važna je end-to-end verifikacija usluge. Kako bi se osiguralo učinkovito testiranje, dobro razumijevanje različitih poslovnih procesa je neophodno.
Morate razumjeti svaku fazu isporuke usluge prije izrade testnih slučajeva.
Telekomunikacijske usluge temelje se ili na sustavu poslovne podrške koji uključuje IVR-ove, pozivne centre i generiranje računa ili na sustavu operativne podrške koji uključuje usmjerivače, preklopnike i bazne stanice.
Sljedeća tablica prikazuje koje se aktivnosti izvode na različitim razinama.
| Odjel za telekomunikacije | Telekomske aktivnosti |
|---|---|
| Pretprodaja | Obrađuje sve informacije o prodaji kao što su popusti, usluge, promocije itd. |
| Naručivanje | Podnošenje zahtjeva za novu vezu ili prekid veze |
| Rezerviranje | Ovaj odjel bavi se fizičkom vezom između korisnika i TSP-a (pružatelja telekomunikacijskih usluga) |
| Billing. | U ovoj se podjeli obavlja sav posao naplate |
| Osiguranje usluge | U slučaju bilo kakvog kvara, ova podjela ispravlja problem |
| Sustavi inventara | To je spremište svih informacija |
| Tracking | Ova divizija tracks sustav naručivanja i status narudžbe |
Tipični telekom poslovni proces
Nakon što su ti odjeli jasni, sljedeći korak je vidjeti kako jedna narudžba zapravo putuje između njih. Slijedi tipičan poslovni proces u telekomunikacijskoj industriji.
Kao što gornji tok pokazuje, zahtjev prelazi iz predprodaje u naručivanje, zatim u pružanje usluga i konačno u naplatu. Svaka primopredaja je granica integracije i cilj visoke vrijednosti za testiranje od početka do kraja.
Vrste protokola koji se koriste u telekomunikacijskoj industriji
Te primopredaje zavise od protokola, pa testeri moraju prepoznati stekove koji su u igri. Evo popularnih protokola koji se koriste u telekomunikacijskoj industriji.
- VoIP tehnologije: VoIP, IMS, MPLS, ISDN, PSTN
- Signaling i ProtokoliSIP, ISDN, Codecs, H.323
- Bežične tehnologije: GPRS, CDMA, GSM, UMTS
- Upravljanje mrežom: SNMP
- Protokoli sloja 2: ARP, STP, L2TP, PPP
- Protokoli/usmjeravanje razine 3: ICMP, BGP, ISIS, MPLS
- Infrastruktura/Sigurnost: ATM, TCP/IP, LAN/VLAN, SSH
Možete saznati više o testiranju protokola ovdje
Testiranje životnog ciklusa u telekomunikacijskoj industriji
S mapiranim procesima i protokolima, rad se može organizirati u životni ciklus. Životni ciklus testiranja u telekomunikacijskoj industriji sličan je životnom ciklusu bilo koje druge industrije, ali s naglaskom na detalje. Evo kako izgleda životni ciklus testiranja zajedno s artefaktima testiranja.
| Faza testiranja telekomunikacija | Testirajte artefakte |
|---|---|
|
|
|
|
|
|
|
|
Vrste testiranja koja se provode na softveru Telekoma
Svaka gore navedena faza životnog ciklusa koristi drugačiju vrstu testiranja, a donji popis obuhvaća one koje se najčešće primjenjuju na telekomunikacijski softver.
- Ispitivanje međusobnog povezivanja
- Ispitivanje sukladnosti
- IVR testiranje
- Ispitivanje performansi
- Ispitivanje sigurnosti
- Ispitivanje interoperabilnosti
- Testiranje protokola
- Funkcionalno ispitivanje
- Testiranje automatizacije
Kako napisati učinkovite testne slučajeve za telekomunikacije
Poznavanje područja procesa je samo pola posla. Sami slučajevi moraju biti napisani tako da ih bilo koji tester u timu može izvršiti bez plemenskog znanja. Koraci u nastavku podjednako se primjenjuju na opseg OSS-a i opseg BSS-a.
- Zadržite jedan poslovni proces po paketu. Odvojite pakete za naručivanje, opskrbu i naplatu tako da kvar ukazuje na jedan vlasnički sustav umjesto na dvosmislen lanac njih.
- Napišite preduvjet kao podatke, a ne prozu. Navedite točan status pretplatnika, tarifni plan, kreditni limit i stanje računa koje slučaj pretpostavlja, jer su telekomunikacijski nedostaci obično nedostaci stanja podataka.
- Pokrijte granice ocjenjivanja i naplate. Iscrpljene besplatne minute, obnova plana u ponoć, promjena roaming tarife i proporcionalne nadogradnje su točke gdje se sustavi za naplatu najčešće kvare.
- Za svaki pozitivan slučaj dodajte negativnu varijantu. Nevažeća duljina broja, zabranjeni pretplatnik, duplicirana narudžba i neuspješni povratni pozivi za opskrbu zaslužuju vlastiti očekivani rezultat.
- Provjerite nizvodno, ne samo na ekranu. Nalog za opskrbu je ispravan samo kada se CRM zapis, unos inventara, mrežni element i medijacijska informacija međusobno slažu.
- Priložite mjerljiv očekivani rezultat. Izjava poput „račun je ispravan“ ne može se izvršiti, dok se „ukupni iznos računa iznosi 249.00 s porezom od 18 posto“ može.
- Označite kandidate za regresiju. Označi svaki slučaj koji se dotiče ocjenjivanja, oporezivanja i međusobnog povezivanja kako bi ušao u svaki ciklus izdanja regresijsko testiranje.
Konačno, pregledajte svaki slučaj s analitičarom naplate ili mrežnim inženjerom prije nego što ga odredite kao osnovni. Poslovna pravila telekomunikacijskih tvrtki mijenjaju se sa svakim lansiranjem tarife, a slučaj koji još uvijek kodira promociju iz prošlog tromjesečja mjesecima će prijavljivati lažne greške.
Primjeri testnih slučajeva za testiranje telekomunikacija
Primjenom tih pravila dobiva se skup sličan onome u nastavku. U testiranju telekomunikacija, mora se uzeti u obzir sljedeće testiranje
| Razna testiranja telekomunikacija | Aktivnosti testiranja u Telekomu |
|---|---|
| Billing Sustav |
|
| Testiranje aplikacije |
|
| OSS-BSS testiranje |
|
| Ispitivanje sukladnosti |
|
| IVR testiranje |
|
Izazovi u testiranju telekomunikacijskih domena
Čak i dobro napisan paket nailazi na prepreke specifične za ovu industriju, a njihovo rano planiranje štiti raspored izdavanja.
Prvi izazov je interoperabilnost s više dobavljača. Putovanje jednog pretplatnika može proći kroz promjenu od jednog dobavljača, medijacijsku platformu od drugog i proizvod za naplatu od trećeg, tako da se nedostatak često nalazi u jazu između dva dobavljača, a ne unutar bilo kojeg proizvoda.
Druga je dubina protokola. Očitavanje SIP-a, promjera ili SS7 tracTo je specijalizirana vještina, a timovi bez nje imaju tendenciju da nedostatke aplikacije pripisuju onome što zapravo signalizira greške.
Treći su troškovi okruženja. Realistični scenariji opterećenja, roaminga i međusobnog povezivanja zahtijevaju laboratorijsku opremu ili simulatore koji su skupi za licenciranje i spori za planiranje, što gura timove prema dijeljenim okruženjima i nestabilnim testnim podacima.
Tarife i propisi se također kontinuirano mijenjaju. Pravila o prenosivosti brojeva, porezne olakšice i promocijski planovi zahtijevaju često osvježavanje podataka, stoga održavanje testnih podataka tretirajte kao trajnu aktivnost.
Popularni alati za testiranje telekomunikacija
Pravi alat ovisi o sloju koji se testira, jer nijedan proizvod ne pokriva signalizaciju, aplikacije i naplatu podjednako dobro.
- Spirentov ispitni centar: Generira promet velike količine prema preklopnicima, usmjerivačima i uređajima osnovne mreže tijekom provjere performansi i usklađenosti.
- Keysight IxNetwork: Emulira topologije usmjeravanja i preključivanja u velikom obimu, što odgovara validaciji protokola sloja 2 i sloja 3.
- Wireshark: Snima i dekodira SIP, Diameter i RTP promet tako da testeri mogu potvrditi ponašanje signalizacije paket po paket.
- Glasovni testeri Hammer i Abacus: Pokreće IVR i scenarije kvalitete glasa, uključujući unos DTMF-a i uvjetne sekvence grananja.
- JMeter: Učitava portal za samopomoć i API-je za narudžbe koji stoje iza njega, kao što je objašnjeno u JMeter ispitivanje performansi.
- Selenium: Automatizira CRM i web putovanja za samopomoć kao dio šireg ispitivanje automatizacije strategija.
- Mikro fokus ALM: Pohranjuje biblioteku telekomunikacijskih slučajeva, povezuje nedostatke sa zahtjevima i izvještava dionike o spremnosti za objavu.
Većina operatera kombinira dva ili tri od ovih umjesto da standardiziraju jedan, jer OSS i BSS slojevi rijetko dijele zajedničko sučelje.
