Тестирование телекоммуникационной отрасли с использованием примеров тестовых случаев OSS/BSS.
⚡ Умное резюме
Тестирование приложений телекоммуникационной отрасли включает в себя проверку биллинговых механизмов, потоков предоставления услуг, протоколов сигнализации и сетевых элементов от начала до конца. В этом обзоре рассматриваются обязанности OSS и BSS, бизнес-процессы телекоммуникаций, этапы жизненного цикла тестирования и приводятся готовые примеры тестовых случаев для реальных проектов.

Что такое телекоммуникационное тестирование?
Тестирование телекоммуникационного программного обеспечения определяется как тестирование телекоммуникационного программного обеспечения. С переходом телекоммуникационного сектора к цифровым и компьютерным сетям, телекоммуникационная отрасль стала незаменимой в использовании программного обеспечения.
Телекоммуникационный сектор зависит от различных типов программных компонентов для предоставления таких услуг, как маршрутизация и коммутация, VoIP и широкополосный доступ. Следовательно, тестирование телекоммуникационного программного обеспечения неизбежно и охватывает аппаратные компоненты, бэкэнд-системы и фронтенд-приложения.
Присоединяйтесь к нашему проекту тестирования Live Telecom бесплатно
Что такое домен в тестировании?
Прежде чем описывать какой-либо сценарий в сфере телекоммуникаций, необходимо дать определение термину «область применения».
Домен — это не что иное, как отрасль, для которой создается проект тестирования программного обеспечения. Когда мы говорим о проекте или разработке программного обеспечения, этот термин часто используется. Например, страховая сфера, банковская сфера, розничная торговля, телекоммуникации и т. д.
Как показано на иллюстрации, один тестировщик может работать в нескольких подобных отраслевых областях. Обычно, в процессе разработки...ping Для любого проекта, относящегося к конкретной области, требуется помощь эксперта в этой области. Эксперт в данной области — это мастер своего дела, и он может знать продукт или приложение досконально.
Почему важно проверять знания предметной области?
Знание предметной области имеет первостепенное значение для тестирования любого программного продукта и обладает своими преимуществами, как это показано на диаграмме ниже.
Тестировщик, разбирающийся в тарифах, правилах межсетевого взаимодействия и состояниях предоставления услуг, разрабатывает реалистичные сценарии и выявляет крайние случаи, которые могут возникнуть в стандартной конфигурации. прецедент Библиотека никогда не переиздает ничего подобного.
Бизнес-процессы в телекоммуникационной отрасли
Здесь знания в предметной области начинаются с бизнес-процессов, которые обеспечивают предоставление услуги от момента продажи до выставления счета.
Для тестирования телекоммуникационных систем важна сквозная проверка сервисов. Для обеспечения эффективного тестирования необходимо хорошее понимание различных бизнес-процессов.
Прежде чем составлять тестовые сценарии, вам необходимо понять каждый этап предоставления услуг.
Телекоммуникационные услуги могут быть основаны либо на системе поддержки бизнеса, включающей интерактивные голосовые системы (IVR), колл-центры и выставление счетов, либо на системе операционной поддержки, включающей маршрутизаторы, коммутаторы и вышки сотовой связи.
В таблице ниже показано, какие виды деятельности выполняются на разных уровнях.
| Департамент связи | Телекоммуникационная деятельность |
|---|---|
| Предпродажа | Он обрабатывает всю информацию о продажах, такую как скидки, услуги, промо-акции и т. д. |
| Заказать | Подача заявки на новое подключение или отключение соединения |
| Резервирование | Это подразделение занимается физическим соединением между клиентами и TSP (поставщиком телекоммуникационных услуг). |
| Биллинг | В рамках этого подразделения выполняется вся работа по выставлению счетов. |
| Сервисная гарантия | В случае каких-либо сбоев это подразделение исправляет проблему. |
| Системы инвентаризации | Это хранилище всей информации |
| Tracking | Это подразделение tracсистема оформления заказов и статус заказа |
Типичный телекоммуникационный бизнес-процесс
После того, как эти подразделения будут определены, следующим шагом станет выяснение того, как один заказ фактически перемещается между ними. Ниже представлен типичный бизнес-процесс в телекоммуникационной отрасли.
Как показано на схеме выше, запрос проходит путь от предпродажной подготовки до оформления заказа, затем до предоставления услуг и, наконец, выставления счета. Каждый этап передачи запроса представляет собой границу интеграции и является ценным целевым объектом для сквозное тестирование.
Типы протоколов, используемых в телекоммуникационной отрасли
Переключения между уровнями сети зависят от протоколов, поэтому тестировщики должны распознавать используемые стеки. Вот популярные протоколы, применяемые в телекоммуникационной отрасли.
- VoIP-технологии: VoIP, IMS, MPLS, ISDN, PSTN
- Signalинг и протоколы: SIP, ISDN, Codecs, H.323
- Беспроводные технологии: GPRS, CDMA, GSM, UMTS
- Управление сетью: SNMP
- Протоколы уровня 2: ARP, STP, L2TP, PPP
- Протоколы/маршрутизация уровня 3: ICMP, BGP, ISIS, MPLS
- Инфраструктура/Безопасность: Банкомат, TCP/IP, LAN/VLAN, SSH
Вы можете узнать больше о тестировании протоколов здесь
Тестирование жизненного цикла в телекоммуникационной отрасли
После того, как процессы и протоколы будут определены, работу можно организовать в виде жизненного цикла. Жизненный цикл тестирования в телекоммуникационной отрасли аналогичен таковому в любой другой отрасли, но с акцентом на детали. Вот как выглядит жизненный цикл тестирования вместе с тестовыми артефактами.
| Этап тестирования телекоммуникаций | Тестовые артефакты |
|---|---|
|
|
|
|
|
|
|
|
Типы тестирования телекоммуникационного программного обеспечения
Каждый из описанных выше этапов жизненного цикла требует применения различных типов тестирования, а приведенный ниже список охватывает те, которые наиболее часто используются в телекоммуникационном программном обеспечении.
- Тестирование межсоединений
- Тестирование на соответствие
- IVR-тестирование
- Тестирование производительности
- Тестирование безопасности
- Тестирование на совместимость
- Тестирование протокола
- Функциональное тестирование
- Автоматизация тестирования
Как писать эффективные тестовые сценарии для телекоммуникаций
Знание областей процесса — это только половина дела. Сами тестовые сценарии должны быть написаны таким образом, чтобы любой тестировщик в команде мог их выполнить без необходимости обладать обширными знаниями. Описанные ниже шаги в равной степени применимы как к OSS, так и к BSS.
- В каждом пакете программного обеспечения должен быть только один бизнес-процесс. Разделите процессы заказа, предоставления ресурсов и выставления счетов, чтобы в случае сбоя указывалось на единую систему-владелец, а не на неоднозначную цепочку таких систем.
- Опишите предварительное условие в виде данных, а не текста. Укажите точный статус абонента, тарифный план, кредитный лимит и остаток на счете, которые предполагаются в данном случае, поскольку неисправности в телекоммуникационной сфере обычно связаны с состоянием данных.
- Укажите номинальные параметры и пределы зарядки. Исчерпание бесплатных минут, продление тарифного плана в полночь, переключение на другой тариф роуминга и пропорциональное обновление тарифов — вот моменты, когда системы выставления счетов чаще всего дают сбой.
- Добавьте отрицательный вариант на каждый положительный случай. Недопустимая длина номера, заблокированный абонент, дублирующийся заказ и неудачные вызовы обратных вызовов при предоставлении доступа — каждый из этих случаев заслуживает своего ожидаемого результата.
- Проверяйте не только данные на экране, но и последующие этапы процесса. Заказ на предоставление ресурсов считается корректным только в том случае, если запись в CRM, данные инвентаризации, сетевой элемент и канал связи согласуются друг с другом.
- Приложите измеримый ожидаемый результат. Утверждение типа «счет верен» не может быть выполнено, в то время как утверждение «общая сумма счета составляет 249.00, включая 18-процентный налог» может быть выполнено.
- Отметьте кандидатов на регрессию. Отмечайте каждое дело, касающееся рейтингов, налогообложения и межсетевого взаимодействия, чтобы оно включалось в каждый цикл выпуска обновлений. регрессионное тестирование.
Наконец, перед установлением базового уровня необходимо проанализировать каждый случай с аналитиком по выставлению счетов или сетевым инженером. Правила работы телекоммуникационных компаний меняются с каждым запуском тарифов, и случай, в котором до сих пор указана акция прошлого квартала, будет показывать ложные сбои в течение нескольких месяцев.
Примеры тестовых примеров для тестирования телекоммуникаций
Применение этих правил приводит к созданию набора тестов, аналогичного приведенному ниже. В телекоммуникационном тестировании необходимо учитывать следующие аспекты тестирования.
| Различные телекоммуникационные тестирования | Тестовая деятельность в сфере телекоммуникаций |
|---|---|
| BillИнг Система |
|
| Тестирование приложений |
|
| OSS-BSS-тестирование |
|
| Тестирование на соответствие |
|
| IVR-тестирование |
|
Проблемы тестирования в телекоммуникационной сфере
Даже хорошо написанный пакет программ сталкивается с препятствиями, специфичными для этой отрасли, и заблаговременное планирование позволяет обеспечить соблюдение сроков выпуска.
Первая проблема — это совместимость продуктов разных производителей. В процессе взаимодействия одного абонента может использоваться коммутатор от одного поставщика, платформа посредничества от другого и биллинговый продукт от третьего, поэтому дефект часто находится в промежутке между двумя поставщиками, а не внутри какого-либо из продуктов.
Второй параметр — глубина протокола. Чтение SIP, Diameter или SS7. tracES — это специализированный навык, и команды, не обладающие им, склонны сообщать о дефектах приложения, которые на самом деле являются сигналами об ошибках.
Третий фактор — стоимость среды. Реалистичные сценарии нагрузки, роуминга и межсетевого взаимодействия требуют лабораторного оборудования или симуляторов, лицензирование которых обходится дорого, а планирование — занимает много времени, что подталкивает команды к использованию общих сред и нестабильных тестовых данных.
Тарифы и правила также постоянно меняются. Правила переноса номеров, налоговые ставки и рекламные планы требуют частого обновления данных, поэтому рассматривайте поддержание тестовых данных как постоянную деятельность.
Популярные инструменты тестирования телекоммуникаций
Выбор подходящего инструмента зависит от тестируемого уровня, поскольку ни один продукт не охватывает сигнализацию, приложения и выставление счетов одинаково хорошо.
- Spirent TestCenter: Генерирует большой объем трафика на коммутаторы, маршрутизаторы и основные сетевые устройства во время проверок производительности и соответствия стандартам.
- Keysight IxNetwork: Имитирует топологии маршрутизации и коммутации в масштабе, что подходит для проверки протоколов уровня 2 и уровня 3.
- Wireshark: Захватывает и декодирует трафик SIP, Diameter и RTP, позволяя тестировщикам подтверждать поведение сигнализации пакет за пакетом.
- Тестеры голоса Hammer and Abacus: Настройка сценариев IVR и качества голосовой связи, включая ввод DTMF-сигналов и последовательности условного ветвления.
- JMeter: Загружает портал самообслуживания и API для обработки заказов, как описано в JMeter тестирование производительности.
- Selenium: Автоматизирует процессы CRM и веб-сервисов самообслуживания в рамках более широкой системы. автоматизация тестирования стратегии.
- Micro Focus ALM: Хранит библиотеку кейсов по телекоммуникациям, связывает дефекты с требованиями и сообщает заинтересованным сторонам о готовности к выпуску.
Большинство операторов объединяют два или три из этих типов данных, а не стандартизируют один, поскольку уровни OSS и BSS редко имеют общий интерфейс.



