Testowanie domeny telekomunikacyjnej za pomocą przykładowych przypadków testowych OSS/BSS

Co to jest testowanie telekomunikacji?

Testowanie telekomunikacyjne definiuje się jako testowanie oprogramowania telekomunikacyjnego. Od czasu transformacji sektora telekomunikacyjnego w kierunku sieci cyfrowych i komputerowych, branża telekomunikacyjna wykorzystuje oprogramowanie w sposób nieodzowny.

Sektor telekomunikacyjny opiera się na różnego rodzaju komponentach oprogramowania, aby świadczyć usługi takie jak routing i przełączanie, VoIP i dostęp szerokopasmowy. W związku z tym testowanie oprogramowania telekomunikacyjnego jest nieuniknione i obejmuje komponenty sprzętowe, systemy zaplecza i aplikacje front-end.

Dołącz bezpłatnie do naszego projektu testowania telekomunikacji na żywo

Czym jest domena w testowaniu?

Zanim powstanie jakikolwiek scenariusz telekomunikacyjny, konieczne jest zdefiniowanie pojęcia domeny.

Domena to nic innego jak branża, dla której tworzony jest projekt testowania oprogramowania. Kiedy mówimy o projekcie lub rozwoju oprogramowania, często pojawia się ten termin. Na przykład, domena ubezpieczeń, bankowości, handlu detalicznego, telekomunikacji itp.

Jak pokazuje ilustracja, jeden tester może pracować w kilku takich dziedzinach. Zwykle podczas pracy nad rozwojemping W przypadku każdego konkretnego projektu domenowego, poszukiwana jest pomoc eksperta domenowego. Ekspert domenowy jest ekspertem w danej dziedzinie i może znać produkt lub aplikację od podszewki.

Dlaczego testowanie wiedzy o domenie ma znaczenie?

Wiedza o danej dziedzinie jest niezbędna do testowania dowolnego produktu programistycznego i niesie ze sobą pewne korzyści, jak podsumowuje poniższy diagram.

Tester, który rozumie taryfy, zasady połączeń międzysystemowych i stany zaopatrzenia, projektuje realistyczne scenariusze i wykrywa przypadki brzegowe, które są typowe dla danego typu walizka testowa biblioteka nigdy nie obejmuje.

Procesy biznesowe w branży telekomunikacyjnej

Wiedza dziedzinowa w tym przypadku zaczyna się od procesów biznesowych, które odpowiadają za realizację usługi od sprzedaży do wystawienia faktury.

W przypadku testów telekomunikacyjnych kompleksowa weryfikacja usług jest kluczowa. Aby zapewnić efektywne testowanie, niezbędne jest dobre zrozumienie różnych procesów biznesowych.

Przed sporządzeniem przypadków testowych należy zrozumieć każdy etap świadczenia usługi.

Usługi telekomunikacyjne opierają się albo na systemie wsparcia biznesowego obejmującym systemy IVR, centra obsługi telefonicznej i generowanie faktur, albo na systemie wsparcia operacyjnego obejmującym routery, przełączniki i wieże komórkowe.

Poniższa tabela przedstawia, jakie czynności są wykonywane na różnych poziomach.

Dział Telekomunikacji	Działalność telekomunikacyjna
Przedsprzedaż	Zarządza wszystkimi informacjami dotyczącymi sprzedaży, takimi jak rabaty, usługi, promocje itp.
Kolejność	Ubieganie się o nowe połączenie lub rozłączanie połączenia
Provisioning	Dział ten zajmuje się fizycznym połączeniem pomiędzy klientami a TSP (dostawcą usług telekomunikacyjnych)
BillING	W ramach tego podziału wykonywane są wszelkie prace związane z wystawianiem faktur
Usługa serwisowa	W przypadku jakiejkolwiek awarii, podział ten rozwiązuje problem
Systemy magazynowe	Jest to repozytorium wszelkich informacji
Tracking	Ten podział tracsystem zamówień i status zamówienia

Typowy proces biznesowy w branży telekomunikacyjnej

Gdy te działy będą już jasne, kolejnym krokiem będzie sprawdzenie, jak jedno zamówienie faktycznie przemieszcza się między nimi. Poniżej przedstawiono typowy proces biznesowy w branży telekomunikacyjnej.

Jak pokazuje powyższy schemat, żądanie przechodzi od etapu przedsprzedaży do etapu zamówienia, następnie realizacji, a na końcu do rozliczenia. Każde przekazanie stanowi granicę integracji i cel o wysokiej wartości. testowanie od końca do końca.

Rodzaje protokołów stosowanych w branży telekomunikacyjnej

Te przekazania opierają się na protokołach, więc testerzy muszą rozpoznawać używane stosy. Oto popularne protokoły używane w branży telekomunikacyjnej.

• Technologie VoIP: VoIP, IMS, MPLS, ISDN, PSTN
• Signali Protokoły:SIP, ISDN, Codecs, H.323
• Technologie bezprzewodowe: GPRS, CDMA, GSM, UMTS
• Zarządzanie siecią: SNMP
• Protokoły warstwy 2: ARP, STP, L2TP, PPP
• Protokoły/routing warstwy 3: ICMP, BGP, ISIS, MPLS
• Infrastruktura/bezpieczeństwo: ATM, TCP/IP, LAN/VLAN, SSH

Możesz dowiedzieć się więcej o testowaniu protokołów w tym miejscu

Testowanie cyklu życia w branży telekomunikacyjnej

Po zmapowaniu procesów i protokołów, pracę można zorganizować w cykl życia. Cykl życia testów w branży telekomunikacyjnej jest podobny do cyklu w każdej innej branży, ale kładzie nacisk na szczegóły. Oto jak wygląda cykl życia testów wraz z artefaktami testowymi.

Etap testów telekomunikacyjnych	Testuj artefakty
Widok biznesowy	Artefakty testów oparte na wymaganiach Artefakty oparte na wykonalności Artefakty testowe oparte na identyfikacji standardów i zasad OperaArtefakty testowe związane z kwestiami technicznymi i konserwacyjnymi
System/ Architektura	Artefakty testów systemu (bezpieczeństwo, instalacja) Artefakty testowe dla wirtualnego prototypu Specjalny Testowanie systemu artefakty (interoperacyjność, odzyskiwanie po awarii)
Wdrożenie	Artefakty testów jednostkowych Artefakty testów integracyjnych Artefakty związane z jakością i wydajnością Regresja, testowanie obciążenia, zdrowie psychiczne itp.
Rozlokowanie	Artefakty testu akceptacyjnego Artefakty testów integracyjnych Artefakty związane z jakością i wydajnością Artefakty testów funkcjonalnych Artefakty testów alfa/beta

Rodzaje testów przeprowadzanych na oprogramowaniu telekomunikacyjnym

Każdy z wymienionych etapów cyklu życia opiera się na innym typie testów. Poniższa lista obejmuje te, które są najczęściej stosowane w przypadku oprogramowania telekomunikacyjnego.

• Testowanie połączeń wzajemnych
• Testy zgodności
• Testy IVR
• Test wydajności
• Testowanie bezpieczeństwa
• Testowanie interoperacyjności
• Testowanie protokołu
• Testy funkcjonalne
• Testowanie automatyzacji

Jak pisać skuteczne przypadki testowe w telekomunikacji

Znajomość obszarów procesowych to dopiero połowa sukcesu. Same przypadki muszą być napisane tak, aby każdy tester w zespole mógł je wykonać bez znajomości specyfiki grupy. Poniższe kroki dotyczą zarówno zakresu OSS, jak i zakresu BSS.

1. Zachowaj jeden proces biznesowy na pakiet. Oddzielne systemy zamawiania, zaopatrzenia i rozliczania, tak aby w przypadku awarii wskazywano na jeden system, a nie na niejednoznaczny łańcuch systemów.
2. Zapisz warunek wstępny w postaci danych, nie prozy. Podaj dokładny status abonenta, plan taryfowy, limit kredytowy i saldo konta, na jakie narażony jest dany przypadek, ponieważ wady telekomunikacyjne zwykle dotyczą stanu danych.
3. Pokryj granice ocen i opłat. Najczęściej awarie mechanizmów rozliczeniowych pojawiają się z powodu wyczerpania darmowych minut, odnowienia planu o północy, zmiany stawki roamingowej i proporcjonalnych aktualizacji.
4. Dodaj wariant negatywny dla każdego przypadku pozytywnego. Nieprawidłowa długość numeru, zablokowany abonent, zduplikowane zamówienie i nieudane wywołania zwrotne — wszystkie te sytuacje wymagają oczekiwanego wyniku.
5. Dokonaj weryfikacji w dalszej części procesu, nie tylko na ekranie. Kolejność dostarczania jest prawidłowa tylko wtedy, gdy rekord CRM, wpis zapasów, element sieci i kanał mediacji są ze sobą zgodne.
6. Załącz mierzalny oczekiwany wynik. Oświadczenie takie jak „faktura jest prawidłowa” nie może zostać zrealizowane, natomiast „kwota faktury wynosi 249.00 z uwzględnieniem 18-procentowego podatku” już tak.
7. Oznacz kandydatów do regresji. Oznacz każdą sprawę dotyczącą oceny, opodatkowania i połączeń międzysystemowych, aby weszła w każdy cykl wydania testy regresji.

Na koniec, przed oceną każdego przypadku, skonsultuj go z analitykiem ds. rozliczeń lub inżynierem sieci. Zasady prowadzenia działalności w branży telekomunikacyjnej zmieniają się wraz z każdym wprowadzeniem taryfy, a przypadek, który nadal zawiera kod promocji z poprzedniego kwartału, będzie zgłaszał fałszywe błędy przez miesiące.

Przykładowe przypadki testowe do testowania telekomunikacji

Zastosowanie tych reguł prowadzi do zestawu podobnego do poniższego. W testach telekomunikacyjnych należy wziąć pod uwagę następujące testy:

Różne testy telekomunikacyjne	Działalność testowa w Telecom
Billing systemu	Sprawdź, czy numer telefonu klienta jest zarejestrowany u operatora telekomunikacyjnego Sprawdź, czy numer nadal działa Sprawdź, czy wprowadzony numer jest prawidłowy i składa się z 10 cyfr Sprawdź, czy numer nie jest zablokowany z jakiegoś powodu Sprawdź, czy numer ma jakieś niezapłacone rachunki, jeśli tak, wyświetl je na ekranie Sprawdź, czy numer ma wszystkie poprzednie konta lub rachunki rozliczone Sprawdź, czy system umożliwia generowanie wyciągów zgodnie z wymaganiami klienta Sprawdź, czy system prawidłowo zarejestrował liczbę połączeń Sprawdź, czy wybrany przez klienta plan jest wyświetlany w systemie rozliczeniowym Sprawdź, czy całkowita kwota na fakturze jest prawidłowa i powiązana z oferowaną usługą
Testowanie aplikacji	Protokoły, sygnalizacja, testy terenowe dla IOT Użycie i Testy funkcjonalne dla rdzenia Mobile aplikacje telefonu, takie jak połączenia, SMS-y, przekazywanie/wstrzymywanie itp. Testowanie różnych aplikacji, takich jak usługi finansowe, sportowe, lokalizacyjne itp. Testowanie OSS-BSS
Testowanie OSS-BSS	Billing, przypadek klienta, rozliczenia międzyoperatorskie, zarządzanie zamówieniami i oszustwami, zapewnienie przychodów Zarządzanie siecią, mediacja, dostarczanie itp. EAI, CRM i ERP, magazyn danych, itp.
Testy zgodności	Kompatybilność interfejsu elektrycznego Zgodność protokołu Zgodność warstw transportowych
Testy IVR	Interaktywne scenariusze testowe Wykrywanie energii głosu Dźwięki szerokopasmowe Rozbudowane sekwencje rozgałęzień warunkowych Wpisy DTMF

Wyzwania w testowaniu domeny telekomunikacyjnej

Nawet dobrze napisany pakiet materiałów napotyka na przeszkody typowe dla tej branży, a wczesne ich zaplanowanie pozwala uniknąć opóźnień w harmonogramie wydawniczym.

Pierwszym wyzwaniem jest interoperacyjność między różnymi dostawcami. Jeden proces abonenta może obejmować zmianę dostawcy, platformę mediacyjną innego dostawcy i produkt rozliczeniowy trzeciego, więc defekt często tkwi w luce między dwoma dostawcami, a nie w samym produkcie.

Drugim jest głębokość protokołu. Odczyt SIP, Diameter lub SS7 tracjest specjalistyczną umiejętnością, a zespoły, które jej nie mają, mają tendencję do zgłaszania defektów aplikacji, które w rzeczywistości są sygnałami błędów.

Trzecim czynnikiem są koszty środowiska. Realistyczne scenariusze obciążenia, roamingu i połączeń wymagają sprzętu laboratoryjnego lub symulatorów, których licencjonowanie jest kosztowne i czasochłonne, co skłania zespoły do ​​korzystania ze współdzielonych środowisk i niestabilnych danych testowych.

Taryfy i przepisy również zmieniają się nieustannie. Zasady przenoszenia numerów, progi podatkowe i plany promocyjne wymuszają częste odświeżanie danych, dlatego traktuj aktualizację danych testowych jako czynność stałą.

Popularne narzędzia do testowania telekomunikacji

Wybór właściwego narzędzia zależy od testowanej warstwy, ponieważ żaden pojedynczy produkt nie obsługuje sygnalizacji, aplikacji i rozliczeń w jednakowym stopniu.

• Centrum Testowe Spirent: Generuje ruch o dużym natężeniu skierowany do przełączników, routerów i urządzeń sieci szkieletowej podczas testów wydajności i zgodności.
• Sieć Keysight IxNetwork: Emuluje topologie routingu i przełączania na dużą skalę, co jest zgodne z walidacją protokołów warstwy 2 i warstwy 3.
• Wireshark: Przechwytuje i dekoduje ruch SIP, Diameter i RTP, dzięki czemu testerzy mogą potwierdzać zachowanie sygnalizacji pakiet po pakiecie.
• Testery głosu Hammer i Abacus: Sterowanie scenariuszami IVR i jakości głosu, obejmującymi wprowadzanie sygnałów DTMF i sekwencje rozgałęzień warunkowych.
• JMeter: Ładuje portal samoobsługi i interfejsy API zamówień, jak wyjaśniono w JMeter test wydajności.
• Selenium: Automatyzuje CRM i samodzielne podróże internetowe jako część szerszego testowanie automatyzacji strategia.
• Micro Focus ALM: Przechowuje bibliotekę przypadków telekomunikacyjnych, łączy defekty z wymaganiami i raportuje interesariuszom gotowość do wydania.

Większość operatorów łączy dwa lub trzy z tych rozwiązań zamiast stosować standardowo jedno, ponieważ warstwy OSS i BSS rzadko korzystają ze wspólnego interfejsu.

FAQ