Тестирование телекоммуникационной отрасли с использованием примеров тестовых случаев OSS/BSS.

⚡ Умное резюме

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

  • 📡 Определение телекоммуникационного тестирования: Проверяйте программное обеспечение для маршрутизации, коммутации, VoIP и широкополосной связи до того, как оно попадет к платящему абоненту.
  • 🏢 OSS против BSS: OSS охватывает сетевое взаимодействие, предоставление ресурсов и инвентаризацию; BSS охватывает CRM, выставление счетов, IVR и платежи.
  • 🔄 Покрытие бизнес-процессов: TracМы обрабатываем каждый заказ, начиная с этапа предпродажной подготовки и заканчивая предоставлением услуг, выставлением счетов и обеспечением качества обслуживания.
  • 🧪 Артефакты жизненного цикла: Создавайте уникальные артефакты на этапах бизнес-процессов, архитектуры, реализации и развертывания.
  • 📋 Примеры тестовых случаев: Используйте приведенные ниже проверки выставления счетов, соответствия требованиям и интерактивного голосового ответа (IVR) в качестве готового базового набора инструментов.
  • ⚠️ Известные проблемы: Заранее спланируйте взаимодействие с продукцией разных производителей, глубину протоколов и дорогостоящие лабораторные условия.
  • 🇧🇷 Выбор инструмента: Сопоставьте генераторы трафика, анализаторы пакетов и стеки веб-автоматизации с тестируемым уровнем.

Что такое телекоммуникационное тестирование?

Тестирование телекоммуникационного программного обеспечения определяется как тестирование телекоммуникационного программного обеспечения. С переходом телекоммуникационного сектора к цифровым и компьютерным сетям, телекоммуникационная отрасль стала незаменимой в использовании программного обеспечения.

Телекоммуникационный сектор зависит от различных типов программных компонентов для предоставления таких услуг, как маршрутизация и коммутация, 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

Вы можете узнать больше о тестировании протоколов здесь

Тестирование жизненного цикла в телекоммуникационной отрасли

После того, как процессы и протоколы будут определены, работу можно организовать в виде жизненного цикла. Жизненный цикл тестирования в телекоммуникационной отрасли аналогичен таковому в любой другой отрасли, но с акцентом на детали. Вот как выглядит жизненный цикл тестирования вместе с тестовыми артефактами.

Этап тестирования телекоммуникаций Тестовые артефакты
  • Бизнес-вид
  • Артефакты тестирования на основе требований
  • Артефакты, основанные на технико-экономическом обосновании
  • Артефакты тестирования на основе стандартов и политик
  • Operaрекомендации по эксплуатации и техническому обслуживанию, связанные с артефактами испытаний
  • система / Archiтекстура
  • Артефакты системного тестирования (безопасность, установка)
  • Тестовые артефакты для виртуального прототипа
  • Особый - Special Тестирование системы артефакты (совместимость, аварийное восстановление)
  • Реализация
  • Артефакты модульного теста
  • Артефакты интеграционных тестов
  • Артефакты качества и производительности
  • Регрессия, нагрузочное тестирование, здравомыслие и т. д.
  • развертывание
  • Артефакты приемочного тестирования
  • Артефакты интеграционных тестов
  • Артефакты качества и производительности
  • Артефакты функциональных тестов
  • Артефакты альфа/бета-тестирования

Типы тестирования телекоммуникационного программного обеспечения

Каждый из описанных выше этапов жизненного цикла требует применения различных типов тестирования, а приведенный ниже список охватывает те, которые наиболее часто используются в телекоммуникационном программном обеспечении.

Как писать эффективные тестовые сценарии для телекоммуникаций

Знание областей процесса — это только половина дела. Сами тестовые сценарии должны быть написаны таким образом, чтобы любой тестировщик в команде мог их выполнить без необходимости обладать обширными знаниями. Описанные ниже шаги в равной степени применимы как к OSS, так и к BSS.

  1. В каждом пакете программного обеспечения должен быть только один бизнес-процесс. Разделите процессы заказа, предоставления ресурсов и выставления счетов, чтобы в случае сбоя указывалось на единую систему-владелец, а не на неоднозначную цепочку таких систем.
  2. Опишите предварительное условие в виде данных, а не текста. Укажите точный статус абонента, тарифный план, кредитный лимит и остаток на счете, которые предполагаются в данном случае, поскольку неисправности в телекоммуникационной сфере обычно связаны с состоянием данных.
  3. Укажите номинальные параметры и пределы зарядки. Исчерпание бесплатных минут, продление тарифного плана в полночь, переключение на другой тариф роуминга и пропорциональное обновление тарифов — вот моменты, когда системы выставления счетов чаще всего дают сбой.
  4. Добавьте отрицательный вариант на каждый положительный случай. Недопустимая длина номера, заблокированный абонент, дублирующийся заказ и неудачные вызовы обратных вызовов при предоставлении доступа — каждый из этих случаев заслуживает своего ожидаемого результата.
  5. Проверяйте не только данные на экране, но и последующие этапы процесса. Заказ на предоставление ресурсов считается корректным только в том случае, если запись в CRM, данные инвентаризации, сетевой элемент и канал связи согласуются друг с другом.
  6. Приложите измеримый ожидаемый результат. Утверждение типа «счет верен» не может быть выполнено, в то время как утверждение «общая сумма счета составляет 249.00, включая 18-процентный налог» может быть выполнено.
  7. Отметьте кандидатов на регрессию. Отмечайте каждое дело, касающееся рейтингов, налогообложения и межсетевого взаимодействия, чтобы оно включалось в каждый цикл выпуска обновлений. регрессионное тестирование.

Наконец, перед установлением базового уровня необходимо проанализировать каждый случай с аналитиком по выставлению счетов или сетевым инженером. Правила работы телекоммуникационных компаний меняются с каждым запуском тарифов, и случай, в котором до сих пор указана акция прошлого квартала, будет показывать ложные сбои в течение нескольких месяцев.

Примеры тестовых примеров для тестирования телекоммуникаций

Применение этих правил приводит к созданию набора тестов, аналогичного приведенному ниже. В телекоммуникационном тестировании необходимо учитывать следующие аспекты тестирования.

Различные телекоммуникационные тестирования Тестовая деятельность в сфере телекоммуникаций
BillИнг Система
  • Убедитесь, что номер телефона клиента зарегистрирован под оператором связи.
  • Проверьте, работает ли номер
  • Убедитесь, что введенный номер действителен и состоит из 10 цифр.
  • Убедитесь, что номер не заблокирован по каким-либо причинам
  • Проверьте, есть ли у номера неоплаченные счета, если они есть, отобразите их на экране.
  • Убедитесь, что с номера удалены все предыдущие счета или счета.
  • Убедитесь, что система позволяет генерировать отчеты в соответствии с требованиями клиента.
  • Убедитесь, что система точно записала количество вызовов.
  • Проверьте план, выбранный клиентом, отображается в биллинговой системе.
  • Убедитесь, что общая сумма счета точна и соответствует предлагаемой услуге.
Тестирование приложений
  • Протоколы, сигнализация, полевое тестирование IOT
  • Использование и Функциональное тестирование для ядра Mobile приложения телефона, такие как вызов, SMS, перевод/удержание и т. д.
  • Тестирование различных приложений, таких как финансы, спорт, услуги определения местоположения и т. д. Тестирование OSS-BSS
OSS-BSS-тестирование
  • Billing, клиентский случай, выставление счетов за межсетевое взаимодействие, управление заказами и мошенничеством, обеспечение доходов
  • Управление сетью, посредничество, обеспечение и т. д.
  • EAI, CRM и ERP, хранилище данных, и т.д.
Тестирование на соответствие
  • Совместимость электрического интерфейса
  • Соответствие протокола
  • Соответствие транспортных уровней
IVR-тестирование
  • Интерактивные тестовые сценарии
  • Обнаружение голосовой энергии
  • Широкополосные звуковые сигналы
  • Обширные последовательности условного ветвления
  • DTMF-записи

Проблемы тестирования в телекоммуникационной сфере

Даже хорошо написанный пакет программ сталкивается с препятствиями, специфичными для этой отрасли, и заблаговременное планирование позволяет обеспечить соблюдение сроков выпуска.

Первая проблема — это совместимость продуктов разных производителей. В процессе взаимодействия одного абонента может использоваться коммутатор от одного поставщика, платформа посредничества от другого и биллинговый продукт от третьего, поэтому дефект часто находится в промежутке между двумя поставщиками, а не внутри какого-либо из продуктов.

Второй параметр — глубина протокола. Чтение 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 редко имеют общий интерфейс.

Часто задаваемые вопросы (FAQ)

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

Тестирование IVR проверяет интерактивные голосовые меню, которые слышит звонящий. Тестировщики проверяют ввод с помощью DTMF-клавиш, обнаружение энергии голоса, широкополосные звуковые тоны, последовательности условного ветвления, языковые подсказки и переключение на оператора в случае, если звонящий не вводит корректных данных.

Искусственный интеллект кластеризует дублирующие сетевые оповещения, прогнозирует, какие случаи регрессии нарушит изменение тарифа, и отмечает аномальные записи с подробными сведениями о звонках, которые пропускают проверки выставления счетов на основе правил. Это снижает трудозатраты на сортировку, но эксперт в данной области все равно подтверждает каждое обнаруженное нарушение, прежде чем будет зарегистрирован дефект.

Частично. Модели ИИ формируют сценарии на основе документов с требованиями и истории дефектов, что ускоряет обработку первоначальных черновиков. Однако правила тарификации, межсетевого взаимодействия и регулирования зависят от оператора, поэтому каждый сгенерированный сценарий все равно необходимо проверить на соответствие действующему тарифному каталогу, прежде чем он будет установлен в качестве базового.

Для работы тестировщиком телекоммуникационного оборудования необходимы знание протоколов SIP, Diameter или SS7, SQL для проверки биллинга, знакомство с рабочими процессами OSS и BSS, а также навыки написания скриптов. автоматизация тестированияПонимание тарифных и нормативных правил так же важно, как и знание используемых инструментов.

Подведем итог этой публикации следующим образом: