Главная  Новые телекоммуникационные услуги 

[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [ 108 ] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159]

• базовые тесты взаимодействия, являющиеся средством ограниченной (как правило, предварительной) проверки соответствия;

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

• тесты поведения, предусматривающие проверкутого, удовлетво-ряетли реализация всем требованиям к динамическому соответствию;

• аттестационные тесты, предусматривающие тщательную проверку соответствия реализации каждому конкретному требованию (с ответом «да»/«нет» и с соответствующей диагностической информацией); эти тесты стандартизации не подлежат.

Любой отдельный тест представляет собой определенную последовательность тестовых шагов, состоящих каждый из упорядоченного множества тестовых событий. Тестовые шаги, существенные для достижения цели теста и получения его результата, представляют собой рабочую часть теста. Шаги, необходимые для перехода из начального устойчивого состояния теста в начальное состояние его рабочей части, образуют преамбулу, а шаги, приводящие из конечного состояния рабочей части к конечному устойчивому состоянию теста, - постамбулу. Среди устойчивых состояний протокола, интерпретируемого как конечный автомат, всегда есть исходное (Idle) состояние. Для проведения любого абстрактного теста в автономном режиме преамбула должна начинаться с исходного состояния, а по-стамбула - оканчиваться этим состоянием. В зависимости от результата проведения каждого абстрактного теста выносится вердикт в виде заключения типа «удовлетворительно» (pass), «неудовлетворительно» (fail) или «тест не завершен» (inconclusive).

Структуры тестовых комплектов для тестирования реализаций протокола INAP в интерфейсе между SSF/SRF и SCF определены стандартами ETS 300 374-3 и ETS 300 374-9. Например, для SCF определены четыре группы функций, подлежащие тестированию: группа базовых функций, группа функций поддержки в SSF трансляции в направлении к SRF, группа функций поддержки ассистирования и группа функций поддержки прямой связи с SRF. Структура тестового комплекта для каждой из этих групп функций включает в себя следующие основные группы тестов:

• выполняемые в первую очередь базовые тесты взаимодействия;

• тесты соответствия фактических функциональных возможностей тем возможностям, которые заявлены в PICS;

• тесты реакции автоматов SCF-FSM и SCME-FSM на корректные воздействия;



• тесты реакции на синтаксически некорректные сообщения;

• тесты реакции на возникновение нештатных ситуаций.

Большинство рекомендованных для интерфейса SCF-SSF/SRF тестов предполагает вызвать такое поведение SCF, которое приведет к передаче с его стороны соответствующего сообщения. Например, проверка способности SCF генерировать операцию RequestRe-portBSCMEvent после приема операции InitialDP требует наличия в нем специальной логики, могущей вызватьтакое событие, которое заставит протокол INAP передать ответную операцию. Чтобы запустить логику поддержки того или иного сценария тестирования, стандартом ETS 300 374-9 определено использование специальных символических значений параметра Called Party Number в операции InitialDP.

4.4.3 Особенности тестирования INAP-R

Внедрение IN в России осуществляется на базе российских спецификаций протокола INAP-R. Многие тесты ETSI могут использоваться для тестирования российской версии протокола INAP без каких-либо модификаций, некоторые из них не применимы для тестирования INAP-R, а для тестирования отдельных специфических для России функций, например, операций, связанных с начислением платы, требуется создание новых групп тестов.

Необходимость создания таких групп тестов для INAP-R вызвана тем, что содержимое операций, связанных с начислением платы, стандартом ETSI не специфицировано - аргументы этих операций описаны в виде октетной строки, а их содержание определяется национальными спецификациями. В INAP-R для названных операций специфицирован ряд обязательных и необязательных параметров. В таблицах 4.4.1 и 4.4.2. приведены два примера тестовых сценариев для операции ApplyCharging.

Стандартный набор тестов не предусматривает проверку этих параметров, а ограничивается проверкой типа аргумента. Для тестирования реализаций протокола на соответствие спецификациям INAP-R должны быть разработаны специальные тестовые сценарии, предусматривающие проверку содержимого аргумента в операциях, которые связаны с начислением платы. Новые группы тестов должны обеспечивать проверку параметров операций: ApplyCharging, ApplyChargingReport, ActivateServiceFiltering, ServiceFilteringResponse, FurnishCharginglnformation, SendCharginglnformation.

Нетрудно видеть, что любая версия реального средства тестирования протокола сигнализации будет реализацией некоторого нового протокола, представляющего собой расширение протоко-



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

Таблица 4.4.1

ТЕСТ 1:

Предварительное условие:

Со стороны SSP к SCP передана операция InitialDP

Прием операции ReleaseCall со стороны SCP и завершение диалога

Условие окончания:

Убедиться, что тестируемый объект SSP, находящийся в состоянии "Ожидание инструкций":

1. Принимает операцию ApplyCharging, содержащую только обязательные параметры:

• AchBillingChargingCharacteristics, содержащий параметр callSupervision с входящим в него параметром supervisionMethod с параметром unitsGranted с максимальным значением

в соответствии с INAP-R;

• SendCalculationToSCFIndication со значением TRUE.

2. Принимает операцию Connect, содержащую только обязательные параметры.

3. Не сообщает ни о каких ошибках, отказах в приеме запросов или прерываниях диалога в течение времени, отведенного на операцию.

Сценарий:

Данное обстоятельство порождает следующую проблему: одна и та же реализация протокола, тестируемая с помощью одного и того же тестового комплекта, но разными тестовыми средствами, может получить разные оценки соответствия. Это неизбежно ставит вопрос о необходимости стандартизации инструментальных средств тестирования, что проще всего обеспечить, если создание таких средств идет одновременно с разработкой соответствующих спецификаций протокола. Данное условие удалось соблюсти при создании протокол-тестера STA-7, коммерчески доступного средства для анализа и тестирования российской версии подсистем и прикладных протоколов ОКС-7, разработка которого начата еще во время обсуждения национальных спецификаций INAP-R в Минсвязи РФ.



[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [ 108 ] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159]

0.0012