Приложение В. Применимость методов тестирования к протоколам ВОС (Справочное)

Приложение В
Справочное

Применимость методов тестирования к протоколам ВОС

B.1 Физический уровень

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

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

Методы удаленного и скоординированного тестирования, видимо, наибольшее применение найдут в локальных вычислительных сетях.

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

B.2 Протоколы звена данных и управления доступом к среде

При тестировании протоколов звена данных необходимо рассмотреть следующие вопросы:

a) метод локального одноуровневого тестирования применим только в том случае, если ТР имеет стандартный аппаратный верхний интерфейс;

b) методы тестирования применимы только в том случае, если нижний тестер может быть реализован с контролем над примитивами услуг физического уровня (или, может быть, более реально - над ПБД физического уровня и уровня звена данных). Для некоторых видов подсетей эта задача может оказаться трудной.

При тестировании протокола управления доступом к среде.

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

Если одноуровневое тестирование протокола звена данных невозможно, следует рассмотреть методы одноуровневого внутреннего тестирования.

B.3 Протоколы сетевого уровня

Методы тестирования, которые должны использоваться, зависят от того, является ли ТР оконечной системой или открытой ретрансляционной системой.

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

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

Для тестирования ретрансляционных систем сетевого уровня применимы методы шлейфового и поперечного тестирования.

B.4 Протокол транспортного уровня

Для аттестационного тестирования протоколов транспортного уровня применимы методы скоординированного, удаленного и распределенного встроенного тестирования.

B.5 Протокол сеансового уровня

Для аттестационного тестирования протоколов сеансового уровня применимы методы скоординированного, удаленного и распределенного тестирования.

Для широкого круга систем может оказаться удобным протестировать протокол сеансового уровня в сочетании с протоколом уровня представления и соответствующими СЭП. Следовательно, тестирование протокола сеансового уровня может выполняться одним из следующих двух способов:

a) в виде одноуровневой реализации для тестирования средств общего назначения услуг сеансового уровня, способных обеспечить несколько различных СЭП; видимо, подходящим здесь будет метод скоординированного одноуровневого тестирования.

b) в сочетании с протоколом уровня представления и СЭП с целью его тестирования в конкретном прикладном контексте; видимо, здесь подходящими будут методы удаленного или распределенного одноуровневого встроенного тестирования.

B.6. Протоколы уровня представления и прикладного уровня

B.6.1 Общие замечания

Протокол уровня представления и протоколы СЭП в конкретном контексте прикладного уровня в сильной степени взаимосвязаны. Недействительные ПБД прикладного уровня должны обнаруживаться уровнем представления (например, в случае синтаксических ошибок), а в случае семантических ошибок - соответствующим СЭП. Реальные системы могут использовать комбинации этих функций.

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

B.6.2 Уровень представления

Сервисные примитивы в общем случае наблюдаемы и контролируемы в той же степени, как и для нижних уровней. Таким образом, теоретически применимы все четыре одноуровневых (не-внутренних) метода тестирования.

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

В.6.3. Прикладной уровень

Аттестационные тесты могут быть определены абстрактно в терминах сервисных примитивов независимо от наличия какого-либо связанного с ними понятия ПДУ. Таким образом, при наличии некоторого преобразования между примитивами СЭП и результатами их действий, которые могут контролироваться и/или наблюдаться, тесты могут быть определены в терминах этих примитивов СЭП. Наблюдение и контроль сервисных примитивов могут осуществляться только косвенно из-за характера преобразования в соответствующие результаты, но до тех пор, пока такое преобразование возможно, тесты, определенные в этих терминах, могут выполняться.

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

При тестировании конкретных СЭП в прикладном контексте, который охватывает СЭУА, ПКН, расположенный под нижним тестером, будет характеризоваться набором возможных АСП, которые могут иметь место в нем. Сюда могут относиться как СЭУА, так и АСП уровня представления.

В.6.4 Синтаксисы передачи

Синтаксисы передачи (например, АСН.1 или Х.209) сильно отличаются от спецификаций протоколов ВОС с точки зрения соответствия. В общем случае аттестационное тестирование правил кодирования синтаксиса передачи можно и не выполнять независимо от использования этих правил со стороны СЭП. В любом случае правила кодирования синтаксиса передачи могут тестироваться с протоколом уровня представления с использованием методов тестирования, соответствующих этому протоколу.

В.7 Протоколы режима без установления соединения

Поскольку каждый из описанных в настоящем стандарте методов тестирования определен в терминах наблюдения и контроля АСП и ПБД, но не в терминах соединений, то все они применимы к тестированию протоколов режима без установления соединения с учетом ограничений, налагаемых на каждый уровень.