W tym artykule
Przegląd przypadków testowych
dropdown icon
Wprowadzenie
    Etapy samocertyfikacji na wysokim poziomie
dropdown icon
Wymagania wstępne
    Nadmiarowe udostępnianie sieci ByOpsTN
    Lokalne numery DNIS ByOpsTN
    Numery telefonów ByOpsTN do akceptacji
dropdown icon
Przypadki testowe wnikania
    Wejście DTMF/Weryfikacja głosowa BYOPSTN grupa magistralna G722
    Wejście DTMF/Weryfikacja głosowa BYOPSTN grupa magistralna G711a
    Wejście DTMF/Weryfikacja głosowa BYOPSTN grupa magistralna G711u
    Wejście DTMF/Weryfikacja głosowa BYOPSTN Trunk group G729
dropdown icon
Przypadki testowe wyjścia
    Wyjdź DTMF/Weryfikacja głosowa subskrybent ByOpsTN G722
    Wyjdź DTMF/weryfikacja głosowa BYopstn G711a subskrybent
    Wyjdź DTMF/weryfikacja głosowa BYopstn G711u subskrybent
dropdown icon
Przypadki testowe przełączania awaryjnego
    Wejście - pierwotna awaria Webex DC
    Wyjście - Pierwotna awaria prądu stałego BYOPSTN
dropdown icon
Funkcje uzupełniające
    Wejście — OnHold G722
    Wejście — G722 Wyciszone przez dłuższy czas
    Wejście — G711a Wyciszone przez dłuższy czas
Przynieś własną procedurę akceptacji PSTN
list-menuW tym artykule
list-menuOpinia?

Po zakończeniu konfiguracji i udostępniania rozwiązania ByOpsTN partnerzy muszą przejść serię przypadków testowych akceptacji, aby poświadczyć swoje rozwiązanie. Ten obowiązkowy krok ma kluczowe znaczenie dla zatwierdzenia i aktywacji ByOpsTN przez partnera. Aby uzyskać dodatkowe informacje na temat kolejnych niezbędnych kroków po konfiguracji i udostępnianiu.

Przegląd przypadków testowych

Rev. Zmiany Data
1.0 Wstępna rewizja 2020/1/7
1.1 Zaktualizowane funkcje uzupełniające 2020/1/14
1.3 Modyfikacja przełączania awaryjnego 2020/4/6
1.4 Rebranding Webex 2021/07/13
1.5 Usunięto akronim z tytułu 2021/07/14
1.6 Dodano kroki samocertyfikacji wysokiego poziomu 2022/01/10
1.7 Zaktualizowano terminologię ByOpsTN. 2022/06/15

Wprowadzenie

Wymagania dotyczące testów systemu opierają się na specyfikacjach obejmujących obszary Bring Y our Own PSTN (BYOPSTN) Webex for Cisco BroadWorks Acceptance Procedure, funkcje konferencyjne i funkcje, interoperacyjność i zgodność z skrótem VoIP ByOpsTN, redundancja sieci od końca do końca, potwierdzenie odporności i ocena wpływu.

Ważne jest, aby wyniki były rejestrowane w dziennikach, odpowiadały oczekiwaniom przypadku testowego i były odpowiednio z głaszane.

Etapy samocertyfikacji na wysokim poziomie

Zespół certyfikacji Webex Meeting PSTN weryfikuje i archiwizuje wyniki samocertyfikacji dostarczone przez partnera BYOPSTN.

  • Walidacja — Zespół certyfikacji zapewnia, że elementy należytej staranności są kompletne (na przykład zestaw śledzenia musi wykazywać przepływy wywołań wymaganych w planie testów)
  • Archiwum — Zespół certyfikacji zapisuje wyniki na wewnętrznej stronie Wiki nawigacji pul pitu nawigacyjnego ByOpsTN dla przyszłych zespołów wielofunkcyjnych do odniesienia. Cel ma służyć jako punkt odniesienia w przypadku eskalacji.

Poniżej przedstawiono bieżący przepływ procesu dla zespołu certyfikacji Webex Meeting PSTN od granicy do granicy:

  1. Customer Success Manager tworzy zewnętrzną przestrzeń Team, która obejmuje następujących uczestników:
    • Kontakt (y) techniczny (y) partnera
    • Techniczne wdrażanie
    • Kierownik zespołu certyfikacji
  2. Partner współpracuje z zespołami ds. wdrażania technicznego i certyfikacji w zakresie usuwania przeszkód technicznych i spełnienia wymagań dotyczących dowodów samocertyfikacji. Inżynierowie Webex Meeting mogą zostać dodani do przestrzeni zespołu, aby sugerować najlepsze praktyki lub ułatwić rozwiązywanie problemów poprzez wdrażanie techniczne.
  3. Po zaświadczeniu przez partnera, że autocertyfikacja została zakończona, Menedżer sukcesu klienta aktualizuje pul pit nawigacyjny ByOpsT N i używa szablonu onboardingu ByOpsTN, aby utworzyć nową stronę on boardingu ByOpsTN dedykowaną temu partnerowi. Menedżer ds. sukcesu klienta powiadamia również liderów zespołu ds. wdrażania i certyfikacji technicznej, aby mogli wywołać proces przeglądu.
  4. Kierownik zespołu certyfikacyjnego tworzy zadanie w GPK2 inżynierskiego systemu biletowego Cisco Jira jako zadanie zaległości czekające na przydzielenie.
  5. Bilet zostaje przydzielony inżynierowi certyfikacji, który może zweryfikować przesłany materiał. Przydzielony inżynier jest również dodawany do przestrzeni zespołu, która została utworzona dla tego partnera w kroku 1.
  6. Przydzielony inżynier kontaktuje się z kontaktami technicznymi partnera, aby udzielić komentarzy, opinii lub dodatkowych zapytań.
  7. Gdy inżynier pomyślnie zweryfikuje przesłany materiał partnera, inżynier powiadamia Menedżera ds. Sukcesu klienta i zespół ds. wdrażania technicznego.
  8. Zespół ds. wdrażania technicznego wypełnia pozostałe wymagania dotyczące pulpitu nawigacyjnego, aktualiz uje stronę wdrażania ByOpsTN dla tego partnera wraz z pulpitem nawigacyjnym ByOpsTN Onboarding Dashboard.

Wymagania wstępne

Nadmiarowe udostępnianie sieci ByOpsTN

Sprawdź, czy byOpsTN ma co najmniej podwójny prąd stały, a połączenia są dostępne przez sieć TCP/IP, połączenie jest kierowane w formacie E.164.

diagram that BYoPSTN has at least dual DC, and connections are reachable over TCP/IP network routed with E.164 format.

Rysunek 1: Nadmiarowe udostępnianie sieci ByOpsTN

Lokalne numery DNIS ByOpsTN

Sprawdzanie poprawności udostępnionych danych DNIS

KrajMonitDNIS
1USAAnglik
2FrancjaFrancuski, Angielski UK
3Niemcyniemiecki, angielski brytyjski

Tabela 1: Lokalne numery DNIS BYOPSTN

Numery telefonów ByOpsTN do akceptacji

TelefonFunkcjaPrzekazane do Webex
1Dzwoniący 1/G722DID1 – ____________________
2Dzwoniący 2/G722DID2 – ____________________
3Dzwoniący 3/G711aDID3 – ____________________
4Dzwoniący 4/G711aDID4 – ____________________
5Dzwoniący 5/G711uDID5 – ____________________
6Dzwoniący 6/G711uDID6 – ____________________
7Dzwoniący 7/G729DID7 – ____________________
8Dzwoniący 8/G729DID8 – ____________________

Tabela 2: Numery telefonów ByOpsTN do akceptacji

Przypadki testowe wnikania

Wejście DTMF/Weryfikacja głosowa BYOPSTN grupa magistralna G722

Cel testu

Ten przypadek testowy sprawdza, czy wywołanie wejściowe wysłane do grupy magistralnej Webex ByOpsTN akceptuje kodek G722, zawiera odpowiednie lokalne monity i czy cyfry wprowadzone przez użytkownika po pierwszym monitu są powtarzane w odpowiednim języku. Obaj uczestnicy muszą być w stanie słyszeć się nawzajem.

Etapy testowe

  1. Tester wykonuje połączenie z BroadWorks do tabeli numerów DID1 podanej przez ByOpstN.

  2. Sprawdź, czy pierwszy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją

  3. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 1: _________# _____#

  4. Sprawdź, czy zapytanie o udane przystąpienie do konferencji odpowiadało zgodnie z wyznaczoną lokalizacją

  5. Drugi tester wykonuje połączenie z BroadWorks na podany numer BYopstN, który kojarzy się z lokalizacją z tabeli 1

  6. Sprawdź, czy pierwszy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją

  7. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 2: _________# _____#

  8. Sprawdź, czy zapytanie o udane przystąpienie do konferencji odpowiadało zgodnie z wyznaczoną lokalizacją

  9. Sprawdź, czy obaj uczestnicy słyszą się nawzajem

  10. Odłącz połączenie od urządzenia początkowego.

  11. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie zostało nałożone do DNIS i udzielone odpowiednimi połączonymi lokalizowanymi monitami.

  2. Po wprowadzeniu poprawnej konferencji numery identyfikacyjne są odpowiadane za pomocą odpowiednich monit ów o lokalizację.

  3. Obaj uczestnicy słyszą się nawzajem.

  4. Połączenie kończy się poprawnie.

Wejście DTMF/Weryfikacja głosowa BYOPSTN grupa magistralna G711a

Cel testu

Ten przypadek test owy sprawdza, czy wywołanie wejściowe wysłane do grupy magistralnej Webex ByOpsTn akceptuje kodek G711a, zawiera odpowiednie lokalne monity i czy cyfry wprowadzone przez użytkownika po pierwszym monitu są powtarzane w odpowiednim języku. Obaj uczestnicy muszą być w stanie słyszeć się nawzajem.

Etapy testowe

  1. Tester wykonuje połączenie z BroadWorks do tabeli numerów DID1 podanej przez ByOpstN.
  2. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.
  3. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 3: _________# _____#
  4. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.
  5. Drugi tester wykonuje połączenie z BroadWorks na podany numer BYopstN, który kojarzy się z lokalizacją z tabeli 1.
  6. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.
  7. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 4: _________# _____#
  8. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.
  9. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.
  10. Odłącz połączenie od urządzenia początkowego.
  11. Nagraj wyniki.
Oczekiwane rezultaty
  1. Połączenie zostało nałożone do DNIS i udzielone odpowiednimi połączonymi lokalizowanymi monitami.

  2. Po wprowadzeniu poprawnej konferencji numery identyfikacyjne są odpowiadane za pomocą odpowiednich monit ów o lokalizację.

  3. Obaj uczestnicy słyszą się nawzajem.

  4. Połączenie kończy się poprawnie.

Wejście DTMF/Weryfikacja głosowa BYOPSTN grupa magistralna G711u

Cel testu

Ten przypadek test owy sprawdza, czy wywołanie wejściowe wysłane do grupy magistralnej Webex ByOpsTn akceptuje kodek G711u, zawiera odpowiednie lokalne monity i czy cyfry wprowadzone przez użytkownika po pierwszym monitu są powtarzane w odpowiednim języku. Obaj uczestnicy muszą być w stanie słyszeć się nawzajem.

Etapy testowe

  1. Tester wykonuje połączenie z BroadWorks do tabeli numerów DID1 podanej przez ByOpstN.
  2. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.
  3. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 5: _________# _____#
  4. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.
  5. Drugi tester wykonuje połączenie z BroadWorks na podany numer BYopstN, który kojarzy się z lokalizacją z tabeli 1.
  6. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.
  7. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 6: _________# _____#
  8. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.
  9. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.
  10. Odłącz połączenie od urządzenia początkowego.
  11. Nagraj wyniki.
Oczekiwane rezultaty
  1. Połączenie zostało nałożone do DNIS i udzielone odpowiednimi połączonymi lokalizowanymi monitami.

  2. Po wprowadzeniu poprawnej konferencji numery identyfikacyjne są odpowiadane za pomocą odpowiednich monit ów o lokalizację.

  3. Obaj uczestnicy słyszą się nawzajem.

  4. Połączenie kończy się poprawnie.

Wejście DTMF/Weryfikacja głosowa BYOPSTN Trunk group G729

Cel testu

Ten przypadek testowy sprawdza, czy wywołanie wejściowe wysłane do grupy magistralnej Webex ByOpsTN akceptuje kodek G729, zawiera odpowiednie lokalne monity i czy cyfry wprowadzone przez użytkownika po pierwszym monitu są powtarzane w odpowiednim języku. Obaj uczestnicy muszą być w stanie słyszeć się naw zajem

Etapy testowe

  1. Tester wykonuje połączenie z BroadWorks do tabeli numerów DID1 podanej przez ByOpstN.
  2. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.
  3. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 7: _________# _____#
  4. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.
  5. Drugi tester wykonuje połączenie z BroadWorks na podany numer BYopstN, który kojarzy się z lokalizacją z tabeli 1.
  6. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.
  7. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 8: _________# _____#
  8. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.
  9. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.
  10. Odłącz połączenie od urządzenia początkowego.
  11. Nagraj wyniki.
Oczekiwane rezultaty
  1. Połączenie zostało nałożone do DNIS i udzielone odpowiednimi połączonymi lokalizowanymi monitami.

  2. Po wprowadzeniu poprawnej konferencji numery identyfikacyjne są odpowiadane za pomocą odpowiednich monit ów o lokalizację.

  3. Obaj uczestnicy słyszą się nawzajem.

  4. Połączenie kończy się poprawnie.

Przypadki testowe wyjścia

Wyjdź DTMF/Weryfikacja głosowa subskrybent ByOpsTN G722

Cel testu

Ten przypadek testowy sprawdza, czy połączenie wyjściowe G722 wysyłane przez Webex do subskrybentów numeru ByOpsTN odtwarza odpowiednie lokalne monity. Odpowiedzi zawierają zlokalizowane monity o naciśni ęcie 1 (cyfry DTMF). Obaj uczestnicy muszą być w stanie słyszeć się nawzajem.

Etapy testowe

  1. Utwórz konferencję Webex.

  2. Pierwszy tester żądający wywołania zwrotnego do numeru BYopstN DID1 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  3. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  4. Monit przerwania według wpisu 1 DTMF.

  5. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  6. Drugi tester żądający wywołania zwrotnego do numeru BYopstN DID2 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  7. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  8. Monit przerwania według wpisu 1 DTMF.

  9. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  10. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.

  11. Odłącz połączenie od abonentów numeru BYOpsTN.

  12. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie nałożone na numery DID1 i DID2 i odtwarzane z odpowiednimi zlokalizowanymi monitami.

  2. Przystępując do konferencji, obaj uczestnicy mogą usłyszeć odpowiedni zlokalizowany komunikat.

  3. Ścieżka głosowa jest dostępna w obu kierunkach między oboma uczestnikami.

  4. Połączenia zostały zakończone pomyślnie.

Wyjdź DTMF/weryfikacja głosowa BYopstn G711a subskrybent

Cel testu

Ten przypadek testowy sprawdza, czy połączenie wyjściowe G711a wysyłane przez Webex do subskrybentów numeru ByOpsTN odtwarza odpowiednie lokalne monity. Odpowiedź zawiera zlokalizowane monity o naciśni ęcie 1 DTMF. Obaj uczestnicy muszą być w stanie słyszeć się nawzajem.

Etapy testowe

  1. Utwórz konferencję Webex.

  2. Pierwszy tester żądający wywołania zwrotnego do numeru BYopstN DID3 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  3. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  4. Monit przerwania według wpisu 1 DTMF.

  5. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  6. Drugi tester żądający wywołania zwrotnego do numeru BYopstN DID4 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  7. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  8. Monit przerwania według wpisu 1 DTMF.

  9. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  10. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.

  11. Odłącz połączenie od abonentów numeru BYOpsTN.

  12. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie nałożone na numery DID3 i DID4 i odtwarzane z odpowiednimi zlokalizowanymi monitami.

  2. Przystępując do konferencji, obaj uczestnicy mogą usłyszeć odpowiedni zlokalizowany komunikat.

  3. Ścieżka głosowa jest dostępna w obu kierunkach między oboma uczestnikami.

  4. Połączenia zostały zakończone pomyślnie.

Wyjdź DTMF/weryfikacja głosowa BYopstn G711u subskrybent

Cel testu

Ten przypadek testowy ma na celu sprawdzenie, czy połączenia wyjściowe G711u wysłane przez Webex do subskrybentów numeru ByOpsTN odtwarzają odpowiednie lokalne monity. Odpowiedzi obejmują zlokalizowane monity o naciśnięcie 1 (DTMF). Obaj uczestnicy muszą być w stanie słyszeć się nawzajem.

Etapy testowe

  1. Utwórz konferencję Webex.

  2. Pierwszy tester żądający wywołania zwrotnego do numeru BYopstN DID5 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  3. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  4. Monit przerwania według wpisu 1 DTMF.

  5. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  6. Drugi tester żądający wywołania zwrotnego do numeru BYopstN DID6 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  7. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  8. Monit przerwania według wpisu 1 DTMF.

  9. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  10. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.

  11. Odłącz połączenie od abonentów numeru BYOpsTN.

  12. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie nałożone na numery DID5 i DID6 i odtwarzane z odpowiednimi zlokalizowanymi monitami.

  2. Przystępując do konferencji, obaj uczestnicy mogą usłyszeć odpowiedni zlokalizowany komunikat.

  3. Ścieżka głosowa jest dostępna w obu kierunkach między oboma uczestnikami.

  4. Połączenia zostały zakończone pomyślnie.

Wyjdź DTMF/Weryfikacja głosowa subskrybent ByOpsTN G729

Cel testu

Ten przypadek testowy ma na celu sprawdzenie, czy wywołanie wyjściowe G711 wysłane przez Webex do ByOpsTN i transkodowane do kodeka G729 odtwarza odpowiednio zlokalizowane odpowiedzi. Odpowiedzi obejmują zlokalizowane monity o naciśnięcie 1 (DTMF). Obaj uczestnicy muszą być w stanie słyszeć się nawzajem.

Etapy testowe

  1. Utwórz konferencję Webex.

  2. Pierwszy tester żądający wywołania zwrotnego do numeru BYopstN DID7 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  3. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  4. Monit przerwania według wpisu 1 DTMF.

  5. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  6. Drugi tester żądający wywołania zwrotnego do numeru BYopstN DID8 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  7. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  8. Monit przerwania według wpisu 1 DTMF.

  9. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  10. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.

  11. Odłącz połączenie od abonentów numeru BYOpsTN.

  12. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie nałożone na numery DID7 i DID8 i odtwarzane z odpowiednimi zlokalizowanymi monitami.

  2. Przystępując do konferencji, obaj uczestnicy mogą usłyszeć odpowiedni zlokalizowany komunikat.

  3. Ścieżka głosowa jest dostępna w obu kierunkach między oboma uczestnikami.

  4. Połączenia zostały zakończone pomyślnie.

Przypadki testowe przełączania awaryjnego

Wejście - pierwotna awaria Webex DC

Ten przypadek testowy ma na celu sprawdzenie, czy połączenia wejściowe do Webex podczas przerwy w DC mogą zostać pomyślnie wykonane, a obaj uczestnicy mogą się usłyszeć po przystąpieniu do konferencji.

Etapy testowe

  1. Podstawowe przełączanie awaryjne Webex DC Invoke BGP.

  2. Tester wykonuje połączenie z BroadWorks do tabeli numerów DID1 podanej przez ByOpstN.

  3. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.

  4. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 1: _________# _____#

  5. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  6. Drugi tester wykonuje połączenie z BroadWorks na podany numer BYopstN, który kojarzy się z lokalizacją z tabeli 1.

  7. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.

  8. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 2: _________# _____#

  9. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  10. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.

  11. Odłącz połączenie od urządzenia początkowego.

  12. Odzyskaj trasy BGP.

  13. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie zostało nałożone do DNIS i udzielone odpowiednimi połączonymi lokalizowanymi monitami.
  2. Po wprowadzeniu poprawnej konferencji numery identyfikacyjne są odpowiadane za pomocą odpowiednich monit ów o lokalizację.
  3. Obaj uczestnicy słyszą się nawzajem.
  4. Połączenie kończy się poprawnie.

Wyjście - Pierwotna awaria prądu stałego BYOPSTN

Ten przypadek testowy ma na celu sprawdzenie, czy wywołania wyjściowe do ByOpsTN podczas przerwy w DC mogą zostać pomyślnie wykonane, a obaj uczestnicy mogą się usłyszeć po przystąpieniu do konferencji.

Etapy testowe

  1. Pierwotne przełączanie awaryjne ByOpsTN DC Invoke BGP.

  2. Utwórz konferencję Webex.

  3. Pierwszy tester żądający wywołania zwrotnego do numeru BYopstN DID1 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  4. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  5. Monit przerwania według wpisu 1 DTMF.

  6. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  7. Drugi tester żądający wywołania zwrotnego do numeru BYopstN DID2 (Tabela 2) i odpowiada za pomocą zlokalizowanego monitu z tabeli 1.

  8. Sprawdź, czy komunikat audio zareagował zgodnie z wyznaczoną lokalizacją.

  9. Monit przerwania według wpisu 1 DTMF.

  10. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  11. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.

  12. Odłącz połączenie od abonentów numeru BYOpsTN.

  13. Odzyskaj trasy BGP.

  14. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie nałożone na numery DID1 i DID2 i odtwarzane z odpowiednimi zlokalizowanymi monitami.
  2. Przystępując do konferencji, obaj uczestnicy mogą usłyszeć odpowiedni zlokalizowany komunikat.
  3. Ścieżka głosowa jest dostępna w obu kierunkach między oboma uczestnikami.
  4. Połączenia zostały zakończone pomyślnie.

Funkcje uzupełniające

Wejście — OnHold G722

Celem tego przypadku testowego jest sprawdzenie, czy w przypadku zmiany nośnika, dostawca dostarczony przez BYopstN zużywa ponowne zaproszenie.

Etapy testowe

  1. Tester wykonuje połączenie z BroadWorks do tabeli numerów DID1 podanej przez ByOpstN.

  2. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.

  3. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 1: _________# _____#

  4. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  5. Drugi tester wykonuje połączenie z BroadWorks na podany numer BYopstN, który kojarzy się z lokalizacją z tabeli 1.

  6. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.

  7. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 2: _________# _____#

  8. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  9. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.

  10. Zadzwoń z DID3 do DID1.

  11. Osoba dzwoniąca 1 wstrzymuje rozmowę konferencyjną.

  12. Dzwoniący 1 rozłączy połączenie z DID3 i wznowi rozmowę konferencyjną.

  13. Sprawdź, czy zarówno uczestnicy dzwoniącego 1, jak i dzwoniącego 2 słyszą się nawzajem.

  14. Odłącz połączenie od urządzenia początkowego.

  15. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie zostało nałożone do DNIS i udzielone odpowiednimi połączonymi lokalizowanymi monitami.
  2. Po wprowadzeniu poprawnej konferencji numery identyfikacyjne są odpowiadane za pomocą odpowiednich monit ów o lokalizację.
  3. Obaj Uczestnicy mogą się usłyszeć przed wstrzymaniem połączenia i po wznowieniu.
  4. Połączenie kończy się poprawnie.

Wejście — G722 Wyciszone przez dłuższy czas

Celem tego przypadku testowego jest sprawdzenie, czy BYopstN dostarczony dla kodeka G722 może w sposób ciągły przesyłać strumień RTP (30 min) bez przerwy i nie wykorzystuje tłumienia pakietów.

Etapy testowe

  1. Tester wykonuje połączenie z BroadWorks do tabeli numerów DID1 podanej przez ByOpstN.

  2. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.

  3. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 1: _________# _____#

  4. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  5. Drugi tester wykonuje połączenie z BroadWorks na podany numer BYopstN, który kojarzy się z lokalizacją z tabeli 1.

  6. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.

  7. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 2: _________# _____#

  8. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  9. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.

  10. Osoba dzwoniąca 1 umieści urządzenie połączenia konferencyjnego w trybie wyciszenia.

  11. Caller 1 wznowi połączenie konferencyjne z funkcji Mute.

  12. Sprawdź, czy zarówno uczestnicy dzwoniącego 1, jak i dzwoniącego 2 słyszą się nawzajem.

  13. Odłącz połączenie od urządzenia początkowego.

  14. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie zostało nałożone do DNIS i udzielone odpowiednimi połączonymi lokalizowanymi monitami.
  2. Po wprowadzeniu poprawnej konferencji numery identyfikacyjne są odpowiadane za pomocą odpowiednich monit ów o lokalizację.
  3. Obaj Uczestnicy mogą się usłyszeć przed wstrzymaniem połączenia i po wznowieniu.
  4. Połączenie kończy się poprawnie.

Wejście — G711a Wyciszone przez dłuższy czas

Celem tego przypadku testowego jest sprawdzenie, czy BYopstN dla kodeka G711a może w sposób ciągły przesyłać strumień RTP (30 min) bez przerwy i nie wykorzystuje tłumienia pakietów.

Etapy testowe

  1. Tester wykonuje połączenie z BroadWorks do tabeli numerów DID1 podanej przez ByOpstN.

  2. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.

  3. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 3: _________# _____#

  4. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  5. Drugi tester wykonuje połączenie z BroadWorks na podany numer BYopstN, który kojarzy się z lokalizacją z tabeli 1.

  6. Sprawdź, czy pierwszy monit audio zareagował zgodnie z wyznaczoną lokalizacją.

  7. Monit przerwania przez prawidłowy wpis powiązany z dzwoniącym 4: _________# _____#

  8. Sprawdź, czy komunikat o pomyślnym dołączeniu do konferencji odpowiadał zgodnie z wyznaczoną lokalizacją.

  9. Sprawdź, czy obaj uczestnicy słyszą się nawzajem.

  10. Caller 3 umieści urządzenie połączenia konferencyjnego w trybie wyciszenia.

  11. Caller 3 wznowi połączenie konferencyjne z funkcji Mute.

  12. Sprawdź, czy zarówno uczestnicy dzwoniący 3, jak i dzwoniący 4 słyszą się nawzajem.

  13. Odłącz połączenie od urządzenia początkowego.

  14. Nagraj wyniki.

Oczekiwane rezultaty

  1. Połączenie zostało nałożone do DNIS i udzielone odpowiednimi połączonymi lokalizowanymi monitami.
  2. Po wprowadzeniu poprawnej konferencji numery identyfikacyjne są odpowiadane za pomocą odpowiednich monit ów o lokalizację.
  3. Obaj Uczestnicy mogą się usłyszeć przed wstrzymaniem połączenia i po wznowieniu.
  4. Połączenie kończy się poprawnie.

Czy ten artykuł był pomocny?
Czy ten artykuł był pomocny?