Telekommunikatsioonidomeeni testimine OSS/BSS näidistestide abil

Mis on telekommunikatsiooni testimine?

Telekommunikatsioonitarkvara testimine on defineeritud kui telekommunikatsioonitarkvara testimine. Alates telekommunikatsioonisektori üleminekust digitaalsetele ja arvutivõrkudele on telekommunikatsioonitööstus tarkvara hädavajalik.

Telekommunikatsioonisektor sõltub teenuste, näiteks marsruutimise ja kommuteerimise, VoIP ja lairibaühenduse pakkumisel mitmesugustest tarkvarakomponentidest. Seega on telekommunikatsioonitarkvara testimine vältimatu ning see hõlmab riistvarakomponente, taustsüsteeme ja esiotsa rakendusi.

Liituge meie reaalajas telekommunikatsiooni testimisprojektiga tasuta

Mis on domeen testimisel?

Enne mis tahes telekommunikatsioonistsenaariumi kirjutamist vajab termin "domeen" definitsiooni.

Domeen ei ole midagi muud kui valdkond, mille jaoks tarkvara testimise projekt luuakse. Tarkvaraprojektist või -arendusest rääkides viidatakse sageli sellele terminile. Näiteks kindlustusvaldkond, pangandusvaldkond, jaekaubandusvaldkond, telekommunikatsioonivaldkond jne.

Nagu illustratsioon näitab, võib üks testija töötada mitmes sellises tööstusharus. Tavaliselt, kui arendus...ping Iga konkreetse valdkonnaprojekti puhul otsitakse valdkonnaeksperdi abi. Valdkonnaekspert on oma ala meister ja ta võib tunda toodet või rakendust läbi ja lõhki.

Miks on domeeniteadmiste testimine oluline?

Valdkonna tundmine on iga tarkvaratoote testimisel ülioluline ning sellel on omad eelised, nagu allolev diagramm kokku võtab.

Testija, kes mõistab tariife, ühendusreegleid ja pakkumisseisundeid, loob realistlikke stsenaariume ja tuvastab äärmusjuhtumeid, mida geneeriline tarkvara ei paku. testjuhtum raamatukogu ei kata kunagi.

Äriprotsessid telekommunikatsioonitööstuses

Valdkonnaalased teadmised algavad siin äriprotsessidest, mis viivad teenuse müügist arve esitamiseni.

Telekommunikatsiooni testimise puhul on oluline teenuse otsast lõpuni kontrollimine. Tõhusa testimise tagamiseks on hädavajalik hästi mõista erinevaid äriprotsesse.

Enne testjuhtumite koostamist peate mõistma iga teenuse osutamise etappi.

Telekommunikatsiooniteenused põhinevad kas äritugisüsteemil, mis hõlmab IVR-e, kõnekeskusi ja arvete genereerimist, või operatsioonitoesüsteemil, mis hõlmab ruutereid, lüliteid ja mobiilimaste.

Järgnev tabel näitab, milliseid tegevusi erinevatel tasanditel tehakse.

Telekommunikatsiooni osakond	Telekommunikatsioonialane tegevus
Müügieelne	See käsitleb kogu müügiteavet, nagu allahindlused, teenused, pakkumised jne.
tellimine	Uue ühenduse taotlemine või ühenduse katkestamine
Catering	See osakond tegeleb klientide ja TSP (telekommunikatsiooniteenuse pakkuja) vahelise füüsilise ühendusega.
Billse	Selle jaotuse raames tehakse kogu arveldustöö
Teenuse tagamine	Mis tahes rikke korral parandab see jaotus probleemi
Varude süsteemid	See on kogu teabe hoidla
Tracking	See jaotus tractellimissüsteemi ja tellimuse staatuse vaatamine

Tüüpiline telekommunikatsiooni äriprotsess

Kui need osakonnad on selged, on järgmine samm vaadata, kuidas üks tellimus nende vahel tegelikult liigub. Järgnevalt on toodud tüüpiline äriprotsess telekommunikatsioonitööstuses.

Nagu ülaltoodud voog näitab, liigub päring müügieelsest etapist tellimise, seejärel ettevalmistamise ja lõpuks arvelduse etappi. Iga üleandmine on integratsiooni piir ja väärtuslik sihtmärk. otsast lõpuni testimine.

Telekommunikatsioonitööstuses kasutatavate protokollide tüübid

Need üleandmised põhinevad protokollidel, seega peavad testijad ära tundma kasutatavad protokollipaketid. Siin on telekommunikatsioonitööstuses kasutatavad populaarsed protokollid.

• VoIP tehnoloogiad: VoIP, IMS, MPLS, ISDN, PSTN
• SignalprotokollidSIP, ISDN, Codecs, H.323
• Traadita tehnoloogiad: GPRS, CDMA, GSM, UMTS
• Võrguhaldus: SNMP
• 2. kihi protokollid: ARP, STP, L2TP, PPP
• 3. kihi protokollid/marsruutimine: ICMP, BGP, ISIS, MPLS
• Infrastruktuur/turvalisus: ATM, TCP/IP, LAN/VLAN, SSH

Protokolli testimise kohta saate lisateavet siin

Elutsükli testimine telekommunikatsioonitööstuses

Kui protsessid ja protokollid on kaardistatud, saab töö korraldada elutsükliks. Telekommunikatsioonitööstuse testi elutsükkel on sarnane iga teise tööstusharu omaga, kuid rõhuasetusega detailidel. Siin näeb välja testi elutsükkel koos testi artefaktidega.

Telekommunikatsiooni testimise etapp	Testige artefakte
Ärivaade	Nõuetel põhinevad testiartefaktid Teostatavuspõhised artefaktid Standard- ja poliitikatuvastuspõhised testiartefaktid Operatestimise ja hooldusega seotud artefaktid
Süsteem/ Architektuur	Süsteemi testimise artefaktid (turvalisus, installimine) Testige virtuaalse prototüübi artefakte eriline Süsteemi testimine artefaktid (koostalitlusvõime, avariitaaste)
Täitmine	Ühikutesti artefaktid Integratsioonitesti artefaktid Kvaliteet ja jõudlusartefaktid Regressioon, koormustestid, mõistus jne.
Deployment	Vastuvõtutesti artefaktid Integratsioonitesti artefaktid Kvaliteet ja jõudlusartefaktid Funktsionaalsed testi artefaktid Alfa-/beetatesti artefaktid

Telekommunikatsioonitarkvaras läbiviidud testimise tüübid

Iga ülaltoodud elutsükli etapp tugineb erinevat tüüpi testimisele ja allolev loend hõlmab neid, mida telekommunikatsioonitarkvara puhul kõige sagedamini rakendatakse.

• Ühenduse testimine
• Vastavuse testimine
• IVR testimine
• Jõudluse testimine
• Turvalisuse testimine
• Koostalitlusvõime testimine
• Protokolli testimine
• Funktsionaalne testimine
• Automatiseerimise testimine

Kuidas kirjutada tõhusaid telekommunikatsiooni testjuhtumeid

Protsessivaldkondade tundmine on vaid pool tööd. Juhtumid ise tuleb kirjutada nii, et iga meeskonna testija saaks neid täita ilma hõimuteadmisteta. Allolevad sammud kehtivad võrdselt nii OSS-i kui ka BSS-i ulatuse kohta.

1. Hoidke iga komplekti kohta üks äriprotsess. Eraldage tellimis-, varustus- ja arvelduspaketid, nii et tõrge osutab ühele omaniksüsteemile, mitte nende mitmetähenduslikule ahelale.
2. Kirjuta eeltingimus andmetena, mitte proosana. Märkige täpselt abonendi staatus, tariifiplaan, krediidilimiit ja kontojääk, mida juhtum eeldab, sest telekommunikatsioonidefektid on tavaliselt andmete oleku defektid.
3. Kata reitingu ja tasustamise piirid. Tasuta minutite ammendumine, paketi uuendamine südaööl, rändlustariifide vahetamine ja proportsionaalsed täiendused on punktid, kus arveldusmootorid kõige sagedamini üles ütlevad.
4. Lisa iga positiivse juhtumi jaoks negatiivne variant. Kehtetu numbri pikkus, blokeeritud tellija, duplikaattellimus ja ebaõnnestunud varustamise tagasihelistamine väärivad igaüks oma eeldatavat tulemust.
5. Kontrolli allavoolu, mitte ainult ekraanil. Varustamisjärjekord on õige ainult siis, kui CRM-kirje, laoseisu kirje, võrguelement ja vahendusvoog on kõik omavahel kooskõlas.
6. Lisage mõõdetav oodatav tulemus. Väidet nagu „arve on õige” ei saa täita, samas kui „arve kogusumma on 249.00, sh 18% käibemaks” saab.
7. Märgistage regressioonikandidaadid. Märkige iga juhtum, mis puudutab maksustamist, tariifimist ja ühendust, et see siseneks igasse väljalasketsüklisse. regressioonitest.

Lõpuks vaadake iga juhtum enne lähteolukorra loomist üle arveldusanalüütiku või võrguinseneriga. Telekommunikatsiooni ärireeglid muutuvad iga tariifi turuletoomisega ja juhtum, mis ikka veel eelmise kvartali soodustust kodeerib, annab kuude kaupa valeandmeid.

Telekommunikatsiooni testimise testjuhtumite näidised

Nende reeglite rakendamine annab tulemuseks sarnase komplekti, nagu allpool näidatud. Telekommunikatsiooni testimisel tuleb arvestada järgmise testimisega

Erinevad telekommunikatsiooni testid	Testimistegevused Telecomis
Billing süsteem	Kontrollige, kas kliendi telefoninumber on registreeritud sideoperaatori all Kontrollige, kas number ikka töötab Veenduge, et sisestatud number on kehtiv ja see on 10-kohaline number Veenduge, et number pole mõnel põhjusel blokeeritud Kontrollige, kas numbril on tasumata arveid, kui need on olemas, kuvage see ekraanil Veenduge, et numbril on kõik varasemad kontod või arved kustutatud Veenduge, et süsteem lubaks väljavõtte koostamist vastavalt kliendi nõudmistele Veenduge, et süsteem on mitu kõnet õigesti salvestanud Kontrollige arveldussüsteemis kuvatavat kliendi valitud plaani Veenduge, et arveldatud kogusumma oleks õige ja vastaks pakutavale teenusele
Rakenduse testimine	Protokollid, signalisatsioon, välikatsed IOT jaoks Kasutamine ja Funktsionaalne testimine südamiku jaoks mobiilne telefonirakendused, nagu kõne, SMS, ülekanne/ootel jne. Erinevate rakenduste testimine nagu rahandus, sport ja asukohapõhised teenused jne. OSS-BSS testimine
OSS-BSS testimine	Billing, kliendijuhtum, siduda arveldamine, tellimuste ja pettuste haldamine, tulude tagamine Võrguhaldus, vahendus, varustamine jne. EAI, CRM ja ERP, andmete ladustamineJne
Vastavuse testimine	Elektriliidese ühilduvus Protokolli vastavus Transpordikihtide vastavus
IVR testimine	Interaktiivsed testistsenaariumid Hääleenergia tuvastamine Lairiba helitoonid Ulatuslikud tingimuslikud hargnemisjärjestused DTMF-kirjed

Telekommunikatsioonidomeeni testimise väljakutsed

Isegi hästi kirjutatud tarkvarakomplekt kohtab sellele tööstusharule omaseid takistusi ja nende varajane planeerimine kaitseb väljalaskegraafikut.

Esimene väljakutse on mitme müüja koostalitlusvõime. Üks tellijate teekond võib hõlmata üleminekut ühelt tarnijalt, vahendusplatvormilt teiselt ja arveldustoodet kolmandalt, seega asub defekt sageli kahe müüja vahelises tühimikus, mitte kummagi toote sees.

Teine on protokolli sügavus. SIP-i, läbimõõdu või SS7 lugemine traces on spetsialiseeritud oskus ja meeskonnad, kellel see puudub, kipuvad rakenduse defekte esile tõstma selle eest, mis tegelikult viitab vigadele.

Kolmas on keskkonnakulu. Realistlikud koormuse, rändluse ja ühenduste stsenaariumid vajavad laboririistvara või simulaatoreid, mille litsentsimine on kallis ja ajastamine aeglane, mis sunnib meeskondi kasutama jagatud keskkondi ja ebastabiilseid testandmeid.

Ka tariifid ja eeskirjad muutuvad pidevalt. Numbri teisaldatavuse reeglid, maksusoodustused ja sooduspakkumised sunnivad andmeid sagedast värskendama, seega käsitle testandmete hooldust püsiva tegevusena.

Populaarsed telekommunikatsiooni testimise tööriistad

Õige tööriist sõltub testitavast kihist, sest ükski toode ei kata signaalimist, rakendusi ja arveldust võrdselt hästi.

• Spirenti testimiskeskus: Genereerib jõudlus- ja vastavuskäivituste ajal suuremahulist liiklust lülitite, ruuterite ja põhivõrgu seadmete vastu.
• Keysight IxNetwork: Jäljendab marsruutimise ja kommuteerimise topoloogiaid skaalal, mis sobib 2. ja 3. kihi protokolli valideerimisega.
• Wireshark: Jäädvustab ja dekodeerib SIP-, Diameter- ja RTP-liiklust, et testijad saaksid signaalikäitumist pakettide kaupa kinnitada.
• Hammeri ja Abacuse hääletestijad: Juhtige IVR-i ja kõnekvaliteedi stsenaariume, sealhulgas DTMF-sisestust ja tingimuslikke hargnemisjadasid.
• JMeter: Laadib iseteenindusportaali ja selle taga olevad tellimuste API-d, nagu on selgitatud jaotises JMeter jõudluse testimine.
• Selenium: Automatiseerib CRM-i ja enesehoolduse veebiteekondi osana laiemast automaatika testimine strateegia.
• Mikrofookusega ALM: Salvestab telekommunikatsiooni juhtumite teeki, seob defektid nõuetega ja annab sidusrühmadele teada väljalaskevalmidusest.

Enamik operaatoreid kombineerib neist kahte või kolme, selle asemel et ühte standardiseerida, sest OSS- ja BSS-kihtidel on harva ühine liides.

KKK