Televiestintäalueen testaus esimerkki-OSS/BSS-testitapauksilla

Mitä on televiestinnän testaus?

Televiestintätestaus määritellään televiestintäohjelmistojen testaukseksi. Televiestintäalan siirtymisestä digitaalisiin ja tietokoneverkkoihin lähtien televiestintäala on käyttänyt ohjelmistoja välttämättömästi.

Televiestintäala on riippuvainen erilaisista ohjelmistokomponenteista tarjotakseen palveluita, kuten reititystä ja kytkentää, VoIP:tä ja laajakaistayhteyksiä. Siksi teleohjelmistojen testaus on väistämätöntä, ja se ulottuu laitteistokomponentteihin, taustajärjestelmiin ja käyttöliittymäsovelluksiin.

Liity Live Telecom -testausprojektiimme ilmaiseksi

Mikä on Domain testauksessa?

Ennen kuin mitään televiestintäskenaariota aletaan kirjoittaa, termi verkkotunnus on määriteltävä.

Toimiala on vain toimiala, jolle ohjelmistotestausprojekti luodaan. Kun puhumme ohjelmistoprojektista tai -kehityksestä, käytetään usein tätä termiä. Esimerkiksi vakuutustoimiala, pankkitoimiala, vähittäiskaupan toimiala, televiestinnän toimiala jne.

Kuten kuvasta käy ilmi, yksi testaaja voi työskennellä useilla tällaisilla toimialoilla. Yleensä kehitysvaiheessaping Kaikissa tietyissä toimialakohtaisissa projekteissa haetaan toimiala-asiantuntijan apua. Toimiala-asiantuntija on aiheen mestari, ja hän saattaa tuntea tuotteen tai sovelluksen läpikotaisin.

Miksi verkkotunnustiedon testaaminen on tärkeää?

Toimialaosaaminen on olennaista minkä tahansa ohjelmistotuotteen testauksessa, ja sillä on omat etunsa, kuten alla oleva kaavio kiteyttää.

Testaaja, joka ymmärtää tariffit, yhteenliittämissäännöt ja provisiointitilat, suunnittelee realistisia skenaarioita ja havaitsee reunatapaukset, joita geneerinen testaaja voi testitapaus kirjasto ei koskaan kata.

Liiketoimintaprosessit tietoliikenneteollisuudessa

Verkkotunnusosaaminen alkaa tässä liiketoimintaprosesseista, jotka kuljettavat palvelua myynnistä laskuun.

Televiestintätestauksessa kokonaisvaltainen palvelun varmentaminen on tärkeää. Tehokkaan testauksen varmistamiseksi on välttämätöntä ymmärtää eri liiketoimintaprosesseja hyvin.

Sinun on ymmärrettävä palvelun toimittavuuden jokainen vaihe ennen testitapausten laatimista.

Telepalvelut perustuvat joko liiketoiminnan tukijärjestelmään, joka sisältää IVR:t, puhelinkeskukset ja laskujen luonnin, tai toiminnan tukijärjestelmään, joka sisältää reitittimet, kytkimet ja matkapuhelintornit.

Seuraava taulukko näyttää, mitä toimintoja eri tasoilla suoritetaan.

Televiestintäosasto	Teletoiminta
Pre-myynti	Se käsittelee kaikki myyntitiedot, kuten alennukset, palvelut, tarjoukset jne.
Järjestys	Uuden yhteyden hakeminen tai yhteyden katkaiseminen
provisioinnin	Tämä divisioona käsittelee fyysistä yhteyttä asiakkaiden ja TSP:n (Telecom Service Provider) välillä.
Billta	Tämän jaon alla kaikki laskutustyöt tehdään
Palvelunvarmistus	Vian sattuessa tämä jako korjaa ongelman
Varastojärjestelmät	Se on kaiken tiedon arkisto
Tracking	Tämä jako tractilausjärjestelmän ja tilauksen tilan

Tyypillinen televiestinnän liiketoimintaprosessi

Kun nämä osastot on selvitetty, seuraava vaihe on nähdä, miten yksi tilaus todellisuudessa kulkee niiden välillä. Seuraavassa on tyypillinen liiketoimintaprosessi televiestintäalalla.

Kuten yllä oleva prosessi osoittaa, pyyntö siirtyy myynnin esivaiheesta tilaamiseen, sitten provisiointiin ja lopulta laskutukseen. Jokainen luovutus on integraation raja ja arvokas kohde. alusta loppuun testaus.

Tietoliikenneteollisuudessa käytetyt protokollat

Nämä luovutukset perustuvat protokolliin, joten testaajien on tunnistettava käytössä olevat protokollat. Tässä ovat televiestintäalalla käytetyt suositut protokollat.

• VoIP-tekniikat: VoIP, IMS, MPLS, ISDN, PSTN
• Signalja pöytäkirjatSIP, ISDN, Codecs, H.323
• Langattomat tekniikat: GPRS, CDMA, GSM, UMTS
• Verkostojohtaminen: SNMP
• Tason 2 protokollat: ARP, STP, L2TP, PPP
• Tason 3 protokollat/reititys: ICMP, BGP, ISIS, MPLS
• Infrastruktuuri/turvallisuus: ATM, TCP/IP, LAN/VLAN, SSH

Voit oppia lisää protokollatestauksesta täältä

Elinkaaren testaus televiestintäteollisuudessa

Kun prosessit ja protokollat ​​on kartoitettu, työ voidaan järjestää elinkaareksi. Televiestintäalan testien elinkaari on samanlainen kuin millä tahansa muulla toimialalla, mutta yksityiskohdissa on enemmän painoa. Näin testien elinkaari näyttää yhdessä testiartikkeleiden kanssa.

Telecomin testausvaihe	Testaa esineitä
Yritysnäkymä	Vaatimuspohjaiset testiartefaktit Toteutettavuuteen perustuvat esineet Standardeihin ja käytäntöihin perustuvat testiartefaktit Operaja ylläpitoon liittyviä seikkoja
Järjestelmä/ Archirakenne	Järjestelmätestin artefaktit (turvallisuus, asennus) Testaa virtuaalisen prototyypin artefakteja erityinen Järjestelmän testaus artefaktit (yhteentoimivuus, katastrofipalautus)
Täytäntöönpano	Yksikkötestin artefaktit Integrointitestin artefaktit Laatu- ja suorituskykyesineitä Regressio, kuormitustestaus, järki jne.
Käyttöönotto	Hyväksymistestin artefaktit Integrointitestin artefaktit Laatu- ja suorituskykyesineitä Toiminnalliset testiesineet Alfa/beta-testiartefaktit

Televiestintäohjelmistojen testaustyypit

Jokainen yllä oleva elinkaaren vaihe hyödyntää eri testaustyyppiä, ja alla oleva luettelo kattaa teleohjelmistoissa useimmin käytetyt.

• Yhteyden testaus
• Vaatimustenmukaisuuden testaus
• IVR-testaus
• Suorituskykytestaus
• Suojaustestaus
• Yhteentoimivuuden testaus
• Protokollan testaus
• Toiminnallinen testaus
• Automaatiotestaus

Kuinka kirjoittaa tehokkaita televiestinnän testitapauksia

Prosessialueiden tunteminen on vasta puolet työstä. Itse tapaukset on kirjoitettava niin, että kuka tahansa tiimin testaaja voi suorittaa ne ilman heimotietämystä. Alla olevat vaiheet koskevat yhtä lailla sekä OSS- että BSS-laajuuksia.

1. Pidä yksi liiketoimintaprosessi per paketti. Erota tilaus-, käyttöönotto- ja laskutuspaketit siten, että vikaantuminen viittaa yhteen omistavaan järjestelmään epäselvän ketjun sijaan.
2. Kirjoita edellytys datana, älä proosana. Ilmoita tarkka tilaajan tila, hinnoittelusuunnitelma, luottoraja ja tilin saldo, joita tapaus olettaa, koska tietoliikenneviat ovat yleensä datatilavikoja.
3. Kattaa luokitus- ja veloitusrajat. Ilmaiset puheminuutit loppuvat, sopimuksen uusiminen keskiyöllä, roaming-hintojen vaihto ja suhteelliset päivitykset ovat useimpia tilanteita, joissa laskutusjärjestelmät eivät toimi.
4. Lisää negatiivinen variantti jokaista positiivista tapausta kohden. Virheellinen numeron pituus, estetty tilaaja, kaksoistilaus ja epäonnistuneet provisioinnin takaisinkutsutoiminnot ansaitsevat kukin oman odotetun tuloksensa.
5. Tarkista loppupäässä, älä vain näytöltä. Valmistelujärjestys on oikea vain, kun CRM-tietue, varastomerkintä, verkkoelementti ja mediointisyöte ovat kaikki yhtäpitäviä keskenään.
6. Liitä mukaan mitattavissa oleva odotettu tulos. Lausuntoa kuten ”lasku on oikein” ei voida panna täytäntöön, kun taas ”laskun loppusumma on 249.00 dollaria sisältäen 18 prosentin veron” voi.
7. Merkitse regressiokandidaatit. Merkitse jokainen tapaus, joka koskee hinnoittelua, verotusta ja yhteenliittämistä, jotta se siirtyy jokaiseen julkaisusykliin regressiotestaus.

Lopuksi, tarkista jokainen tapaus laskutusanalyytikon tai verkkoinsinöörin kanssa ennen lähtökohdan määrittämistä. Televiestinnän liiketoimintasäännöt muuttuvat jokaisen tariffijulkaisun myötä, ja tapaus, joka edelleen sisältää edellisen neljänneksen tarjouksen, raportoi virheellisiä virheitä kuukausien ajan.

Esimerkkitestikotelot televiestintätestaukseen

Näiden sääntöjen soveltaminen tuottaa samanlaisen ratkaisun kuin alla oleva. Televiestintätestauksessa on otettava huomioon seuraavat testausmenetelmät

Erilaisia ​​televiestinnän testauksia	Testaustoiminta Telecomissa
Billse järjestelmä	Tarkista, että asiakkaan puhelinnumero on rekisteröity tietoliikenneoperaattoriin Tarkista, toimiiko numero edelleen Varmista, että syötetty numero on kelvollinen, ja se on 10-numeroinen numero Varmista, että numeroa ei ole estetty jostain syystä Tarkista, onko numerossa maksamattomia laskuja, jos niitä on, näytä se näytöllä Varmista, että numerossa on kaikki aiemmat tilit tai laskut tyhjennetty Varmista, että järjestelmä mahdollistaa tiliotteen luomisen asiakkaan vaatimusten mukaisesti Varmista, että järjestelmä on tallentanut puhelujen määrän oikein Tarkista, että asiakkaan valitsema suunnitelma näkyy laskutusjärjestelmässä Varmista, että laskutettu kokonaissumma on oikea ja vastaa tarjottua palvelua
Sovelluksen testaus	Protokollat, signalointi, IOT:n kenttätestaus Käyttö ja Toiminnallinen testaus ydintä varten Puhelinnumero matkapuhelinsovellukset, kuten puhelu, tekstiviesti, siirto/pidätys jne. Erilaisten sovellusten testaus, kuten rahoitus-, urheilu- ja sijaintipohjaiset palvelut jne. OSS-BSS-testaus
OSS-BSS-testaus	Billasiakastapaus, yhteenliittämislaskutus, tilausten ja petosten hallinta, tulojen varmistaminen Verkonhallinta, välitys, provisiointi jne. EAI, CRM ja ERP, tietovarastointi, Jne
Vaatimustenmukaisuuden testaus	Sähköliitäntöjen yhteensopivuus Protokollan noudattaminen Kuljetuskerrosten yhdenmukaisuus
IVR-testaus	Interaktiiviset testiskenaariot Äänienergian tunnistus Laajakaistan ääniäänet Laajat ehdolliset haarautumissekvenssit DTMF-merkinnät

Televiestintäverkkotunnusten testauksen haasteet

Jopa hyvin kirjoitettu ohjelmistopaketti kohtaa tälle alalle ominaisia ​​haasteita, ja niiden suunnittelu varhain suojaa julkaisuaikataulua.

Ensimmäinen haaste on useiden toimittajien yhteentoimivuus. Yksi tilaajapolku voi sisältää vaihdon yhdeltä toimittajalta, välitysalustan toiselta ja laskutustuotteen kolmannelta, joten vika sijaitsee usein kahden toimittajan välisessä raossa eikä kummankaan tuotteen sisällä.

Toinen on protokollan syvyys. SIP:n, halkaisijan tai SS7:n lukeminen traces on erikoistaito, ja tiimit, joilla sitä ei ole, nostavat usein esiin sovellusvirheitä, jotka todellisuudessa viestivät vioista.

Kolmas on ympäristökustannukset. Realistiset kuormitus-, roaming- ja yhteenliitäntäskenaariot vaativat laboratoriolaitteita tai simulaattoreita, joiden lisensointi on kallista ja aikatauluttaminen hidasta, mikä ajaa tiimejä jaettuihin ympäristöihin ja epävakaaseen testidataan.

Myös tariffit ja määräykset muuttuvat jatkuvasti. Numeron siirrettävyyssäännöt, veroluokat ja kampanjat pakottavat usein päivittämään tietoja, joten testidatan ylläpitoa tulisi pitää pysyvänä toimintana.

Suosittuja tietoliikennetestaustyökaluja

Oikea työkalu riippuu testattavasta tasosta, koska mikään yksittäinen tuote ei kata signalointia, sovelluksia ja laskutusta yhtä hyvin.

• Spirent-testauskeskus: Luo suuren määrän liikennettä kytkimiä, reitittimiä ja runkoverkon laitteita vastaan ​​suorituskyky- ja vaatimustenmukaisuusajojen aikana.
• Keysight IxNetwork: Jäljittelee reititys- ja kytkentätopologioita skaalautuvasti, mikä sopii Layer 2- ja Layer 3 -protokollien validointiin.
• Wireshark: Kaappaa ja dekoodaa SIP-, Diameter- ja RTP-liikenteen, jotta testaajat voivat vahvistaa signalointikäyttäytymisen paketti paketilta.
• Hammer- ja Abacus-äänitestaajat: Ohjaa IVR- ja äänenlaatuskenaarioita, mukaan lukien DTMF-syöttö ja ehdolliset haarautumissekvenssit.
• JMeter: Lataa itsehoitoportaalin ja sen taustalla olevat tilaus-API:t, kuten on selitetty kohdassa JMeter suorituskyvyn testaus.
• Selenium: Automatisoi CRM- ja itsehoitoon liittyvät verkkokokemukset osana laajempaa kokonaisuutta automaatiotestaus strategiaa.
• Micro Focus ALM: Tallentaa televiestintätapauskirjaston, linkittää viat vaatimuksiin ja raportoi julkaisuvalmiudesta sidosryhmille.

Useimmat operaattorit yhdistävät kaksi tai kolme näistä sen sijaan, että standardoisivat yhden, koska OSS- ja BSS-tasoilla on harvoin yhteinen rajapinta.

UKK