Автоматизированное тестирование конфигурации сервера Asterisk и не только

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

Проблемы ручного тестирования телефонии

При ручной проверке IP-телефонии возникает сразу несколько ограничений:

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

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

Идея автоматизации и выбор инструментов

Очевидный шаг — заменить человека автоматизированными «роботами». В качестве таких инструментов используются:

• Asterisk — как хорошо знакомая платформа с полным контролем логики вызова;
• консольные SIP-клиенты (pjsua / PJSIP UA) — для эмуляции поведения реальных телефонов;
• SIPp — для нагрузочного тестирования и работы с SIP-пакетами на низком уровне.

Asterisk позволяет управлять логикой вызова, логировать события и взаимодействовать с внешними сервисами прямо в процессе теста. При этом консольный SIP-клиент может полностью эмулировать телефон и управляться через сценарии. Его ограничения — отсутствие интерактивного управления в реальном времени и упрощённое логирование — компенсируются возможностью использования библиотек и обёрток, например, на Python.

Архитектура и организация тестов

Типовая схема тестирования строится вокруг тестируемой АТС — это может быть Asterisk, сторонняя IP-АТС или даже виртуальная операторская платформа.

Отдельный Asterisk используется как тестовый инструмент:

• он подключается к системе как SIP-клиент или SIP-транк;
• может задействовать внешнего провайдера;
• управляется общим скриптом запуска тестов.

Каждый тест имеет чёткую структуру:

• отдельная папка;
• конфигурации dialplan и SIP-клиентов;
• стартовый скрипт;
• каталог для логов.

Конфигурации SIP-клиентов и pjsua генерируются автоматически из шаблонов и CSV-файлов. Это позволяет быстро создавать нужное количество клиентов и использовать их повторно в разных тестах.

Примеры тестовых сценариев

Групповой вызов.
Входящий звонок поступает на номер, за которым закреплена группа из четырёх телефонов. Задача теста — проверить, что вызов дошёл до всех нужных абонентов. В процессе звонка из тестовой переменной поочерёдно удаляются номера, на которые поступил вызов. Если в момент завершения разговора переменная пустая — тест считается успешным.

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

Тестирование трансферов и Caller ID.
Проверяются сложные сценарии с переводами вызовов, сменой Caller ID и разными типами трансферов. Часть действий выполняется через SIP-клиент, поскольку Asterisk сам по себе не может полностью эмулировать поведение телефонного аппарата. В логах фиксируется изменение Caller ID и сравнивается ожидаемый результат с фактическим.

Практическая польза автоматизированных тестов

Автоматизация даёт сразу несколько преимуществ:

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

Один раз написанные тесты остаются в виде набора сценариев и могут применяться повторно — на других проектах или после изменений в конфигурации. Запуск тестов превращается в простой и предсказуемый процесс.