Telekommunikációs domain tesztelése minta OSS/BSS tesztesetekkel

Mi az a távközlési tesztelés?

A telekommunikációs tesztelés a telekommunikációs szoftverek tesztelését jelenti. Amióta a telekommunikációs szektor átállt a digitális és számítógépes hálózatokra, a telekommunikációs iparág nélkülözhetetlenül használ szoftvereket.

A telekommunikációs szektor különféle szoftverkomponensekre támaszkodik olyan szolgáltatások nyújtásához, mint az útválasztás és -kapcsolás, a VoIP és a szélessávú hozzáférés. Ezért a telekommunikációs szoftverek tesztelése elkerülhetetlen, és kiterjed a hardverkomponensekre, a háttérrendszerekre és a front-end alkalmazásokra.

Csatlakozzon ingyenesen élő távközlési tesztelési projektünkhöz

Mi az a domain a tesztelésben?

Mielőtt bármilyen telekommunikációs forgatókönyvet leírnánk, a domain kifejezést definiálni kell.

A domain nem más, mint az az iparág, amelyre a szoftvertesztelési projektet létrehozzák. Amikor szoftverprojektről vagy fejlesztésről beszélünk, gyakran erre a kifejezésre hivatkozunk. Például biztosítási domain, banki domain, kiskereskedelmi domain, telekommunikációs domain stb.

Amint az ábra mutatja, egy tesztelő több ilyen iparágban is dolgozhat. Általában a fejlesztés soránping Bármely adott szakterületi projekthez szakterületi szakértő segítségét kérik. A szakterületi szakértő a téma mestere, és a termék vagy alkalmazás legapróbb részleteit is ismerheti.

Miért fontos a domain tudás tesztelése?

A szakterületi ismeretek elengedhetetlenek bármely szoftvertermék teszteléséhez, és megvannak a maga előnyei, amint azt az alábbi ábra is összefoglalja.

Egy tesztelő, aki érti a tarifákat, az összekapcsolási szabályokat és a kiépítési állapotokat, realisztikus forgatókönyveket tervez, és kiszűri azokat a szélsőséges eseteket, amelyekkel egy általános szolgáltatás nem rendelkezik. próbaper a könyvtár soha nem fedi le.

Üzleti folyamatok a távközlési iparban

A szakterületi ismeretek itt azokkal az üzleti folyamatokkal kezdődnek, amelyek egy szolgáltatást az értékesítéstől a számlázásig visznek végbe.

A telekommunikációs teszteléshez fontos a teljes körű szolgáltatás-ellenőrzés. A hatékony tesztelés biztosításához elengedhetetlen a különböző üzleti folyamatok alapos ismerete.

A tesztesetek elkészítése előtt meg kell értenie a szolgáltatás teljesítésének minden szakaszát.

A telekommunikációs szolgáltatások vagy egy üzleti támogató rendszeren alapulnak, amely magában foglalja az IVR-eket, a call centereket és a számlák generálását, vagy egy üzemeltetési támogató rendszeren, amely magában foglalja az útválasztókat, switcheket és mobiltornyokat.

Az alábbi táblázat bemutatja, hogy milyen tevékenységeket végeznek a különböző szinteken.

Távközlési Osztály	Telekommunikációs tevékenységek
Előeladás	Kezeli az összes értékesítési információt, például kedvezményeket, szolgáltatásokat, promóciókat stb.
Rendelés	Új kapcsolat igénylése vagy kapcsolat megszakítása
Provisioning	Ez a részleg az ügyfelek és a TSP (Telecom Service Provider) közötti fizikai kapcsolattal foglalkozik.
BillING	Ebben a felosztásban minden számlázási munka megtörténik
Szolgáltatásbiztosítás	Bármilyen meghibásodás esetén ez a felosztás kijavítja a problémát
Leltári rendszerek	Ez az összes információ tárháza
Tracking	Ez a részleg traca rendelési rendszer és a rendelés állapotának ellenőrzése

Tipikus távközlési üzleti folyamat

Miután ezek a részlegek tisztázottak, a következő lépés annak vizsgálata, hogy egy megrendelés hogyan mozog közöttük. A következőkben egy tipikus üzleti folyamatot mutatunk be a telekommunikációs iparágban.

Ahogy a fenti folyamat mutatja, egy kérés az értékesítés előtti szakaszból a megrendelésbe, majd a kiépítésbe és végül a számlázásba jut. Minden átadás-átvétel egy integrációs határ és egy nagy értékű cél a teljes körű tesztelés.

A távközlési iparban használt protokollok típusai

Ezek az átadások protokollokon alapulnak, így a tesztelőknek fel kell ismerniük a használt protokollokat. Íme a telekommunikációs iparágban használt népszerű protokollok.

• VoIP technológiák: VoIP, IMS, MPLS, ISDN, PSTN
• Signaling és protokollokSIP, ISDN, Codecs, H.323
• Vezeték nélküli technológiák: GPRS, CDMA, GSM, UMTS
• Hálózat menedzsment: SNMP
• 2. rétegbeli protokollok: ARP, STP, L2TP, PPP
• 3. rétegbeli protokollok/útválasztás: ICMP, BGP, ISIS, MPLS
• Infrastruktúra/Biztonság: ATM, TCP/IP, LAN/VLAN, SSH

További információ a Protokolltesztelésről itt

Életciklus tesztelése a távközlési iparban

A feltérképezett folyamatok és protokollok után a munka életciklusba szervezhető. A telekommunikációs iparágban a teszt életciklusa hasonló bármely más iparágéhoz, de a részletekre helyezi a hangsúlyt. Így néz ki a teszt életciklusa a tesztösszetevőkkel együtt.

Távközlési tesztelési szakasz	Teszt műtermékek
Üzleti nézet	Követelményen alapuló tesztműtermékek Megvalósíthatósági alapú műtermékek Szabványos és irányelv-azonosításon alapuló tesztműtermékek Operavizsgálati műtermékek
Rendszer/ Architectúra	Rendszerteszt-műtermékek (biztonság, telepítés) Tesztelje a műtermékeket a virtuális prototípushoz Különleges - Special Rendszer tesztelés műtermékek (interoperabilitás, katasztrófa utáni helyreállítás)
Implementáció	Egységteszt-műtermékek Integrációs teszt műtermékek Minőségi és teljesítménybeli műtermékek Regresszió, terhelési tesztelés, józanság, stb.
bevetés	Átvételi teszt műtermékek Integrációs teszt műtermékek Minőségi és teljesítménybeli műtermékek Funkcionális tesztműtermékek Alfa/béta teszt műtermékek

A távközlési szoftveren végzett tesztelés típusai

A fenti életciklus-szakaszok mindegyike más tesztelési típust használ, és az alábbi lista a telekommunikációs szoftverekre leggyakrabban alkalmazottakat tartalmazza.

• Összeköttetés tesztelése
• Megfelelőségi vizsgálat
• IVR tesztelés
• Teljesítményfelmérés
• Biztonsági tesztelés
• Együttműködési tesztelés
• Protokoll tesztelése
• Funkcionális tesztelés
• Automatizálási tesztelés

Hogyan írjunk hatékony telekommunikációs teszteseteket?

A folyamatterületek ismerete csak a munka fele. Magukat az eseteket úgy kell megírni, hogy a csapat bármelyik tesztelője törzsi ismeretek nélkül is végrehajthassa azokat. Az alábbi lépések egyformán vonatkoznak az OSS és a BSS hatókörre.

1. Csomagonként egy üzleti folyamatot tartson meg. Külön rendelési, kiépítési és számlázási csomagokat kell létrehozni, hogy a hiba egyetlen tulajdonos rendszerre mutasson, ne pedig azok kétértelmű láncolatára.
2. Az előfeltételt adatként, ne pedig szövegként írd le. Adja meg a pontos előfizetői státuszt, tarifacsomagot, hitelkeretet és számlaegyenleget, amelyet az eset feltételez, mivel a távközlési hibák általában adatállapot-hibák.
3. Fedje le a besorolási és díjszabási határokat. Az ingyenes percek elfogyása, az éjféli csomagmegújítás, a roamingdíj-váltás és az időarányos frissítések azok a pontok, ahol a számlázómotorok leggyakrabban meghibásodnak.
4. Minden pozitív esethez adjunk hozzá egy negatív változatot. Az érvénytelen számhossz, a letiltott előfizető, a duplikált rendelés és a sikertelen kiépítési visszahívások mindegyike megérdemli a saját várható eredményét.
5. Ellenőrizd a folyamatot a későbbiekben is, ne csak a képernyőn. Egy kiépítési sorrend csak akkor helyes, ha a CRM-rekord, a készletbejegyzés, a hálózati elem és a közvetítői hírcsatorna mind megegyezik egymással.
6. Csatoljon egy mérhető várható eredményt. Egy olyan kijelentés, mint például a „számla helyes”, nem hajtható végre, míg a „számla végösszege 249.00, beleértve a 18 százalékos adót” igen.
7. Jelöld meg a regressziós jelölteket. Jelöljön meg minden olyan esetet, amely érinti az árazást, az adózást és az összekapcsolást, hogy az bekerüljön a kiadási ciklusba. regressziós teszt.

Végül minden egyes esetet nézzen át egy számlázási elemzővel vagy egy hálózati mérnökkel, mielőtt megalapozná. A telekommunikációs üzleti szabályok minden tarifa bevezetésével változnak, és egy olyan eset, amely még az előző negyedévi promóciót is tartalmazza, hónapokig téves hibákat fog jelenteni.

Minta tesztesetek távközlési teszteléshez

Ezen szabályok alkalmazása az alábbihoz hasonló rendszert eredményez. A telekommunikációs tesztelés során figyelembe kell venni a következő tesztelést:

Különféle távközlési tesztelések	Tesztelési tevékenységek a távközlésben
Billing rendszer	Ellenőrizze, hogy az ügyfél telefonszáma a távközlési szolgáltató alatt van-e regisztrálva Ellenőrizze, hogy a szám még mindig működik-e Ellenőrizze, hogy a megadott szám érvényes-e, és 10 jegyű szám Ellenőrizze, hogy a szám bizonyos okok miatt nincs letiltva Ellenőrizze, hogy a számnak van-e fennálló számlája, ha van, jelenítse meg a képernyőn Ellenőrizze, hogy a számon minden korábbi számlát vagy számlát töröltek-e Győződjön meg arról, hogy a rendszer engedélyezi a kivonatkészítést az ügyfél igényei szerint Ellenőrizze, hogy a rendszer pontosan rögzített-e néhány hívást Ellenőrizze, hogy az ügyfél által választott csomag megjelenik a számlázási rendszerben Ellenőrizze, hogy a számlázott teljes összeg pontos-e, és megfelel-e a kínált szolgáltatásnak
Alkalmazás tesztelése	Protokollok, jelzések, helyszíni tesztelés IOT-hoz Használat és Funkcionális tesztelés maghoz Mobil kézibeszélő alkalmazások, mint hívás, SMS, átvitel/tartás stb. Különféle alkalmazások tesztelése, például pénzügy, sport és helyfüggő szolgáltatások, stb. OSS-BSS tesztelés
OSS-BSS tesztelés	BillÜgyfélügy, összekapcsolás számlázás, rendelés- és csaláskezelés, bevételbiztosítás Hálózatkezelés, közvetítés, kiépítés stb. EAI, CRM és ERP, adattárházStb
Megfelelőségi vizsgálat	Elektromos interfész kompatibilitás A protokoll megfelelősége A szállítórétegek megfelelősége
IVR tesztelés	Interaktív tesztforgatókönyvek Hangenergia érzékelése Szélessávú hanghangok Kiterjedt feltételes elágazási sorozatok DTMF bejegyzések

Kihívások a telekommunikációs domain tesztelésében

Még egy jól megírt csomag is szembesül az iparágra jellemző akadályokkal, és ezek korai megtervezése védi a kiadási ütemtervet.

Az első kihívás a több szállító közötti interoperabilitás. Egy előfizetői folyamat magában foglalhatja az egyik szállítótól való átállást, a másiktól a közvetítő platformot, a harmadiktól pedig a számlázási terméket, így a hiba gyakran két szállító közötti résben rejlik, nem pedig az egyes termékeken belül.

A második a protokoll mélysége. SIP, átmérő vagy SS7 leolvasása tracAz es egy speciális készség, és az ilyen készség nélküli csapatok hajlamosak alkalmazáshibákat felvetni olyan esetekben, amelyek valójában hibákat jeleznek.

A harmadik a környezeti költségek. A realisztikus terhelési, roamingolási és összekapcsolási forgatókönyvek olyan laboratóriumi hardvereket vagy szimulátorokat igényelnek, amelyek licencelése drága és ütemezése lassú, ami a csapatokat a megosztott környezetek és az instabil tesztadatok felé tereli.

A tarifák és a szabályozások is folyamatosan változnak. A számhordozhatósági szabályok, az adókulcsok és a promóciós tervek gyakori adatfrissítést tesznek szükségessé, ezért a tesztadatok karbantartását állandó tevékenységként kell kezelni.

Népszerű telekommunikációs tesztelőeszközök

A megfelelő eszköz kiválasztása a tesztelt rétegtől függ, mivel egyetlen termék sem fedi le egyformán jól a jelzést, az alkalmazásokat és a számlázást.

• Spirent Tesztközpont: Nagy volumenű forgalmat generál a kapcsolók, útválasztók és maghálózati eszközök felé a teljesítmény- és megfelelőségi futtatások során.
• Keysight IxNetwork: Mértékletben emulálja az útválasztási és kapcsolási topológiákat, ami megfelel a 2. és 3. rétegbeli protokoll-validációnak.
• Wireshark: Rögzíti és dekódolja a SIP, Diameter és RTP forgalmat, hogy a tesztelők csomagonként megerősíthessék a jelzés viselkedését.
• Hammer és Abacus hangtesztelők: IVR és hangminőségi forgatókönyvek vezérlése, beleértve a DTMF bevitelt és a feltételes elágazási szekvenciákat.
• JMeter: Betölti az önkiszolgáló portált és a mögötte lévő rendelési API-kat, a leírásban leírtak szerint. JMeter Teljesítményfelmérés.
• Selenium: Automatizálja a CRM-et és az öngondoskodási webes folyamatokat egy szélesebb körű rendszer részeként automatizálási tesztelés stratégia.
• Mikrofókuszú ALM: Tárolja a telekommunikációs esetkönyvtárat, összekapcsolja a hibákat a követelményekkel, és jelenti a kiadásra való felkészültséget az érdekelt feleknek.

A legtöbb operátor ezek közül kettőt vagy hármat kombinál ahelyett, hogy egyre szabványosítana, mivel az OSS és a BSS rétegek ritkán rendelkeznek közös felülettel.

GYIK