ГОСТ Р ИСО/МЭК 9646-1-93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 1. Общие положения

Обложка ГОСТ Р ИСО/МЭК 9646-1-93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 1. Общие положения
Обозначение
ГОСТ Р ИСО/МЭК 9646-1-93
Наименование
Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 1. Общие положения
Статус
Действует
Дата введения
1994.06.30
Дата отмены
-
Заменен на
-
Код ОКС
35.100.30

ГОСТ Р ИСО/МЭК 9646-1-93

ЮСУ дарственный стандарт российской федерации

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ МЕТОДОЛОГИЯ И ОСНОВЫ

АТТЕСТАЦИОННОГО ТЕСТИРОВАНИЯ

ЧАСТЬ 1. ОБЩИЕ ПОЛОЖЕНИЯ

Издание официальное

М о с к б а — 1994

ГОСТ Р ИСО/МЭК 9646—1—93

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ

МЕТОДОЛОГИЯ И ОСНОВЫ АТТЕСТАЦИОННОГО ТЕСТИРОВАНИЯ

ЧАСТЬ 1. ОБЩИЕ ПОЛОЖЕНИЯ

Издание официальное

Москва — 1994

ГОСТ Р ИСО МЭК 9646-1-93

Предисловие

1 ПОДГОТОВЛЕН И ВНЕСЕН ТК 22 «Информационная технология»

2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 20.12.93 № 262

Настоящий стандарт подготовлен на основе применения аутентичного текста международного стандарта ИСО/МЭК 9646—1—91 «Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 1. Общие положения»

3 ВВЕДЕН ВПЕРВЫЕ

© Издательство стандартов, 1994

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

II

ГОСТ Р ИСО МЭК 9646-1—93

Содержание

1 Область применения...............

2 Нормативные ссылки......'......* •

3 Определения ................

3.1 Определения, принятые в эталонной модели.......

3.2 Термины, принятые в других международных стандартах, рекомендациях МККТТ и технических отчетах . ......

3.3 Определения по аттестационному тестированию......

3.4 Основные термины..............

3.5 Виды тестирования......■.......

3.6 Терминология тестовых комплектов.........

3.7 Терминология результатов............

3.8 Терминология методов тестирования..... . . . .

4 Сокращения.................

5 Смысл соответствия в ВОС........... . .

5.1 Введение.................

5.2 Требования к соответствию...........

5.3 Требования к статическому соответствию........

5.4 Требования к динамическому соответствию.......

5.5 Заявка о соответствии реализации протоколу (ЗСРП) . . . .

5.6 Аттестованная система.............

5.7 Взаимодействие и соответствие..........

6 Соответствие и тестирование............

6.1 Цели аттестационного тестирования.........

6.1.1 Введение...............

6.1.2 Тесты основной взаимосвязи..........

6.1.3 Тесты функциональных возможностей.......

6.1.4 Тесты поведения.............

6.1.5 Тесты разрешения соответствия.........

6.2 Дополнительная информация о реализации протокола для тестирования (ДИРПТ) ................

6.3 Общее описание процесса оценки соответствия......

6.4 Использование тестов основной взаимосвязи и функциональных возможностей в тестовой кампании.........

6.5 Анализ результатов.............

6.5.1 Результаты и вердикты тестирования.......

6.5.2 Отчет об аттестационном тестировании.......

6.5.3 Повторяемость результатов........’. .

6.5.4 Сравнимость результатов...........

6.5.5 Наглядность результатов..........

7 Методы тестирования..............

7.1 Введение................

7.2 Классификация реальных открытых систем и тестируемых реализаций, подлежащих аттестационному тестированию.....

7.2 ] Классификация тестируемых систем........

7.2.2 Идентификация тестируемой реализации......

7.3 Методология абстрактного тестирования........

7.3.1 Общие положения............

7.3.2 Пункты контроля и наблюдения.........

7.4 Функции абстрактного тестирования.........

7.5 Общее описание методов абстрактного тестирования . . . .

7.5.1 ТР оконечных-систем.....,......

1

3

4

4

4

4

5

6

7

10

15

15

16

16

17

18

18

1-8

19

19

19

20

2.1

22

22

23

24

25

26

26

27

27

28

28

29

29

29

29

30

31

31

31

33

34

34

2 Зак. 226

Ш

ГОСТ Р ИСО/МЭК 9646-1-93

7.5.2 Методы локального и распределенного тестирования ... 34

7.5.3 Методы скоординированного и удаленного тестирования . . 35

7.5.4 Варианты методов тестирования оконечных-систем .... 36

7.5.5 ТР ретрансляционных-систем..........36

7.6 Применимость методов тестирования к реальным открытым системам .................36

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

8 Тестовые комплекты...............37

8.1 Структура.............'.... 37

8.2 Абстрактные и выполнимые тестовые примеры......39

9 Взаимосвязи между концепциями и ролями........40

10 Согласованность...............40

ПРИЛОЖЕНИЯ

А (справочное) Факультативные возможности........42

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

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

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

В.З Протоколы сетевого уровня............43

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

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

Вб Протоколы уровня представления и прикладного уровня ... 44

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

В.6,2 Уровень представления......’.....44

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

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

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

С (Справочное) Алфавитный указатель..........46

C.I Введение..... ■......46

С.2 Алфавитный указатель......... 46

IV

ВВЕДЕНИЕ

Цели ВОС не будут полностью достигнуты до тех пор, пока системы не смогут быть проверены на соответствие необходимой (мым) протокольной (ым) спецификации (ям), в качестве которой (ых) могут быть стандарты или рекомендации МККТТ по ВОС.

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

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

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

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

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

V

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

Следует заметить, что базовая эталонная модель ВОС ГОСТ 28906 (ИСО 7498 или Х.200(1984)) констатирует (в 4.3): «Только внешнее поведение открытых систем является стандартным поведением реальных открытых систем».

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

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

Детальное исследование относительных преимуществ, эффективности и ограничений всех методов проведено в различных частях настоящего стандарта. Однако любая организация, предполагающая использование описываемых в ГОСТ Р ИСО/МЭК 9646—2 методов тестирования в таких контекстах, как выдача удостоверений, должна внимательно рассмотреть ограничения, налагаемые на применимость и преимущества различных возможных методов тестирования.

ИСО/МЭК и МККТТ считают, что тестирование является произвольным. Требования к тестированию при поставках и других внешних контрактах не являются предметом стандартизации.

Настоящий стандарт опубликован также как рекомендация Х.290(1991) МККТТ.

VI

ГОСТ Р ИСО/МЭК 9646-1—93

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. МЕТОДОЛОГИЯ И ОСНОВЫ АТТЕСТАЦИОННОГО ТЕСТИРОВАНИЯ

Часть 1. Общие положения

Information technology — Open Systems Interconnection — Conformance Testing Methodology and Framework — Part I: General Concepts

Дата введения 1994—07—01

1 ОБЛАСТЬ ПРИМЕНЕНИЯ

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

1.2 Содержимое настоящею стандарта в принципе применимо также к аттестационному тестированию двухчастевых протоколов сетей ЦСИО.

1.3 Настоящий стандарт применим к различным фазам процесса аттестационного тестирования, которые характеризуются следующими тремя основными активностями:

а) спецификация комплектов абстрактных тестов для конкрет-. ных протоколов ВОС;

Ь) реализация способов выполнения конкретных тестовых примеров;

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

Настоящий стандарт состоит из пяти отдельных частей, каждая из которых, начиная с части 1, применима к одной из указанных активностей.

Издание официальное

1

ГОСТ Р ИСОМЭК 9646—1—93

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

И р н м ечанис — В ГОСТ Р ИСО/МЭК 9646—2 содержатся требования и руководящие материалы по спецификации комплектов абстрактных тестов независимо от тестовой нотации. В ИСО/МЭК 9646—3 определена рекомендуемая тестовая нотация. В ГОСТ Р ИСО/МЭК 9646—4 рассмотрены требования и руководящие материалы ио реализации способов тестирования, а в ГОСТ Р ИСО/МЭК 9646—5 — требования и руководящие материалы для испытательных лабораторий и их клиентов при выполнении процесса аттестационного тестирования.

1.4 Настоящий стандарт устанавливает требования и предоставляет руководство по процедурам, выполняемым при аттестационном тестировании ВОС.

1.5 В настоящем стандарте содержится только информация, необходимая для:

а) достижения адекватного уровня достоверности в тестах, как в руководстве по соответствию;

Ь) достижения сопоставимости результатов соответствующего тестирования, проводимого над различными частями и в различные моменты времени;

с) обеспечения обмена данными между партнерами, ответственными за указанные в 1.2 активности для частей 2—5.

1.6 Настоящий стандарт содержит консультативный вводный материал, который обеспечивает:

а) представление смысла соответствия в контексте ВОС;

Ь) описание основных категорий тестов соответствия;

с) введение в процесс оценки соответствия;

d) введение в методы абстрактного тестирования и их применимость;

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

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

1.7 Перечисленное ниже не входит в предмет рассмотрения настоящего стандарта:

а) выдача сертификата, как некоторая административная процедура, которая может следовать за аттестационным тестированием;

Ь) требования к поставке и контрактам;

с) тестирование методами, специфичными для конкретных применений, протоколов и систем;

d) тестирование непротокольных требований к соответствию;

2

ГОСТ Р ИСО/МЭК 9646-1-93

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

Примечание — Настоящий стандарт в целом неприменим ко всем протоколам физического уровня. Тем не менее, многие из его концепций применимы ко всем протоколам.

2 НОРМАТИВНЫЕ ССЫЛКИ

Нижеперечисленные стандарты содержат положения, которые путем ссылок на них в настоящем стандарте образуют его положения. В момент публикации настоящего стандарта указанные издания стандартов были действующими. Все стандарты подвергаются пересмотрам и участникам соглашений, основанных на настоящем стандарте, следует рассмотреть возможность применения самых последних изданий перечисленных ниже стандартов. Комитеты-члены МЭК и ИСО имеют списки международных стандартов, действующих на текущий момент.

ГОСТ 28906—91 (ИСО 7498) Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. (См. также рекомендацию Х.200 МККТТ)

ИСО/ТО 8509 Системы обработки информации. Взаимосвязь открытых систем. Соглашения по услугам. (См. также рекомендацию Х.210 МККТТ)*

ГОСТ 34.974 (ИСО 8825) Системы обработки, информации. Взаимосвязь открытых систем. Спецификация базовых правил кодирования для абстрактно-синтаксической нотации версии 1 (АСН. 1) (См. также рекомендацию Х.209 МККТТ)

ГОСТ Р ИСО 9646—2 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 2. Спецификация абстрактного тестового комплекта (См. также рекомендацию Х.291 МККТТ).

ИСО 9646—3 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 3. Комбинированная древовидная и табличная нотация. (См. также рекомендацию Х.292 МККТТ)*

ГОСТ Р ИСО 9646—4 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 4. Реализация тестов. (См. также рекомендацию Х.293 МККТТ)

До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 «Информационная технология».

3

ГОСТ Р ИСО.МЭК 9646-1-93

ГОСТ Р ИСО 9646—5 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 5. Требования к испытательным лабораториям и клиентам в процессе оценки соответствия. (См. также рекомендацию Х.294 МККТТ)

3 ОПРЕДЕЛЕНИЯ

3.1 Определения, принятые в эталонной модели

Настоящий стандарт основан на понятиях, установленных в базовой эталонной модели ВОС (ГОСТ 28906) и использует следующие принятые в ней термины:

a) (N)-логический объект

b) (N)-уровень

с) (N)-протокол

d) (N) -протокольный-блок-данных

е) (N)-ретранслятор

0 (N)-услуга

g) (N) -пункт-доступа-к-услугам

11) реальная система

i) реальная открытая система

j) подсеть

к) сервисный-элемент-прикладного-уровня

I) синтаксис передачи

т) физический уровень

п) уровень звена данных

о) сетевой уровень

р) транспортный уровень

q) сеансовый уровень

г) уровень представления

s) прикладной уровень.

3.2 Термины, принятые в других международных стандартах, рекомендациях МККТТ и технических отчетах

Настоящий стандарт использует следующие термины, принятые в соглашениях по услугам ВОС (ИСО/ТО 8509/МККТТ Х.210):

а) пользователь-услуг

Ь) поставщик-услуг

с) сервисный примитив

Настоящий стандарт использует термин «кодирование», принятый в АСН. 1 (ГОСТ 34.974).

3.3 Определения по аттестационному тестированию

В 3.4 по 3.8 перечислены термины, используемые в настоящем стандарте.

ГОСТ Р ИСО/МЭК 9646-1-93

3.4 Основные термины

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

3.4.2 Тестируемая система (ТС) — реальная открытая система, в которой содержится ТР.

3.4.3 Требования к динамическому соответствию — одно из требований, которое определяет, какие наблюдаемые характеристики разрешены соответствующими стандартами или рекомендациями МККТТ по ВОС в сеансах обмена данными.

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

3.4.5 Характеристики (реализации) — набор функций в рассматриваемом (ых) протоколе (ах), которые обеспечиваются данной реализацией.

3.4.6 Заявка о соответствии реализации протоколу (ЗСРП) — заявка, составленная поставщиком изделия или системы ВОС, констатирующая реализованные характеристики для заданного протокола ВОС.

3.4.7 Форма ЗСРП — документ в форме анкеты, составленный разработчиком протокола или комплекта аттестационных тестов, который, будучи заполнен для некоторого изделия или системы ВОС, становится ЗСРП.

3.4.8 Дополнительная информация о реализации протокола для тестирования (ДИРПТ) — заявка, составленная поставщиком или разработчиком ТР, которая содержит всю информацию или ссылки на нее (дополнительно к информации ЗСРП), относящейся к ТР и условиям ее тестирования, и которая может позволить испытательной лаборатории осуществить прогон соответствующего комплекта тестов относительно данной ТР.

3.4.9 Форма ДИРПТ — документ в форме анкеты, составляемый испытательной лабораторией, который, будучи заполнен при подготовке к тестированию, становится ДИРПТ.

3.4.10 Аттестационная реализация — ТР, удовлетворяющая требованиям статического и динамического соответствия, которые согласуются с характеристиками, установленными в ЗСРП.

3.4.11 Заявка о соответствии системы (ЗСС) — документ, обоб-

3 Зак. 226

5

ГОСТ Р ИСО/МЭК 9646-1-93

щающий реализованные стандарты и рекомендации МККТТ по ВОС, а также документы, соответствие которым заявляется.

3.4.12 Клиент (испытательной лаборатории) — организация, представляющая систему или реализацию на аттестационное тестирование.

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

3.5 Виды тестирования

3.5.1 Анализ статического соответствия — анализ той степени, в которой ТР удовлетворяет требованиям к статическому соответствию. путем сравнения ЗСРП с требованиями к статическому соответствию, определенными в соответствующем (их) стандарте (ах) или рекомендации (иях) МККТТ.

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

3.5.3 Тестирование функциональных возможностей — тестирование с целью проверки наличия одной или нескольких заявленных функциональных возможностей ТР.

Примечание — Сюда относится проверка всех обязательных характеристик и тех факультативных возможностей, которые заявлены в ЗСРН как обеспечиваемые, но без проверки тех факультативных возможностей, которые заявлены в ЗСРП, как необеспечиваемые данной ТР.

3.5.4 Тестирование поведения — тестирование для определения степени, в которой одно или несколько требований к динамическому соответствию удовлетворяются данной ТР.

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

3.5.6 Аттестационное тестирование — тестирование в той степени, в которой ТР является аттестованной реализацией.

3.5.7 Процесс оценки соответствия — полный процесс выполнения всех действий аттестационного тестирования, необходимых для оценки соответствия некоторой реализации или системы одному или нескольким стандартам по ВОС или рекомендациям МККТТ.

6

ГОСТ Р ИСО/МЭК 9646—1—93

3.5.8 Тестовая кампания — процесс выполнения параметризованного выполнимого тестового примера для конкретной ТР и выработки журнала соответствия.

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

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

3.6 Терминология тестовых комплектов

3.6.1 Метод (абстрактного) тестирования (МАТ) — описание метода тестирования ТР, изложенное на соответствующем уровне абстрагирования, с тем, чтобы обеспечить его независимость от любой конкретной реализации средств тестирования, однако с той степенью детализации, которая достаточна для обеспечения спецификации тестов при использовании этого метода.

3.6.2 Методология абстрактного тестирования — способ описания и классификации методов абстрактного тестирования.

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

Примечания

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

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

3.6.4 Пример выполнимого теста — реализация абстрактного тестового примера.

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

7

ГОСТ Р ИСО/МЭК 9646-1-93

3.6.5 Цель тестирования — текстовое описание узко определенной цели тестирования с акцептом на отдельное требование соответствия, определенное в соответствующем (их) стандарте (ах) по ВОС или рекомендации(ях) МККТТ (например, верификация обеспечения конкретного значения конкретного параметра).

3.6.6 Цель группы тестов — текстовое описание общей цели, которую должны достичь цели тестирования в пределах конкретной группы тестов.

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

3.6.8 Преамбула (теста) — последовательность шагов теста, начиная от начального устойчивого состояния тестового примера и кончая начальным состоянием тестирования, из которого должно начинаться тело теста.

3.6.9 Тело теста — последовательность шагов теста, достигающая цели тестирования.

3.6.10 Постамбула (теста) — последовательность шагов теста, начиная от конца тела теста и кончая окончательным устойчивым состоянием (или состояниями) данного тестового примера.

3.6.11 Шаг теста — поименованный подраздел тестового примера, построенный из тестовых событий и/или из других шагов теста.

3.6.12 Тестовое событие —- неделимая единица спецификации теста на заданном уровне абстрагирования спецификации (например, передача или прием отдельного ПБД).

3.6.13 Неидентифицируемое тестовое событие — тестовое событие, используемое для обеспечения приема ПБД и/или АСП без их идентификации в тестовом примере.

Примечание— В КДТН неидентифицируемое тестовое событие представляет собой оператор «в противном случае».

3.6.14 Состояние тестирования — состояние, имеющее место во время тестирования, охватывающее комбинацию состояний ТС, тестирующую систему, протоколы, контроль и наблюдение которых определены в КАТ, и в соответствующих случаях — состояние ни-жерасположенной службы.

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

8

ГОСТ Р ИСОМЭК 9646-1-93

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

3.6.17 Промежуточное состояние тестирования — любое состояние тестирования, которое не является устойчивым состоянием тестирования.

Примечание — К промежуточным состояниям тестирования относятся состояния, находящиеся в середине процесса логического обмена ПБД (например, для установления соединения или выполнения согласования), в особенности, после того, как запрошенный ПБД передан (или принят), а соответствующий ответный ПБД еще не получен (или не передан).

3.6.18 Начальное состояние тестирования — состояние тестирования, при котором начинается выполнение тела теста.

Примечание — Это может быть либо устойчивое, либо промежуточное состояние тестирования.

3.6.19 Комплект тестов (аттестационный) — полный набор тестовых примеров, возможно, скомбинированный в гнездовые группы тестов, которые необходимы для выполнения динамического аттестационного тестирования одного или нескольких протоколов ВОС.

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

3.6.20 Тестовый пример — пример общего, абстрактного или выполнимого теста.

3.6.21 Группа тестов — поименованный набор взаимосвязанных тестовых примеров.

3.6.22 Комплект общих тестов — комплект тестов, составленный из общих тестовых примеров.

3.6.23 Комплект абстрактных тестов — комплект тестов, составленный из абстрактных тестовых примеров.

3.6.24 Комплект выполнимых тестов — комплект тестов, составленный из выполнимых тестовых примеров.

3.6.25 Комплект избранных абстрактных тестов — подмножество комплекта абстрактных тестов, выбранное с учетом конкретных ЗСРП и ДИРПТ.

3.6.26 Комплект избранных выполнимых тестов — подмножество комплекта выполнимых тестов, выбранное с использованием конкретных ЗСРП и ДИРПТ.

3.6.27 Параметризованный абстрактный тестовый пример — абстрактный тестовый пример, в котором всем соответствующим па-

9

ГОСТ Р ИСО МЭК 9646-1-93

раметрам присвоены значения в соответствии с конкретными ЗСРП и ДИРПТ.

3 6 28 Параметризованный выполнимый тестовый пример — выполнимый тестовый пример, в котором всем соответствующим параметрам присвоены значения в соответствии с конкретными ЗСРП и ДИРПТ и который соответствует параметризованному абстрактному тестовому примеру.

3.6.29 Комплект параметризованных абстрактных тестов — комплект избранных абстрактных тестов, в котором все тестовые примеры параметризованы согласно соответствующим ЗСРП и ДИРПТ.

3.6.30 Комплект параметризованных выполнимых тестов — комплект выбранных выполнимых тестов, в котором все тестовые примеры параметризованы согласно соответствующим ЗСРП и ДИРПТ и соответствуют комплектам параметризованных абстрактных тестов.

3.6.31 Комплект стандартных абстрактных тестов — комплект абстрактных тестов, определенный в соответствующем стандарте или рекомендации МККТТ, либо (при отсутствии соответствующих стандартов или рекомендаций) — в общедоступном документе, который находится в процессе стандартизации в рамках ИСО/МЭК или МККТТ и который достиг наивысшей на данный момент стадии стандартизации и имеет, по меньшей мере, статус «проект комитета», «проект предложения» или «проект рекомендации».

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

3.7 Терминология результатов

3.7.1 Повторяемость (результатов) — свойство тестового примера, состоящее в том, что его повторные выполнения на той же ТР при тех же условиях приводят к тому же вердикту с расширением свойств комплекта тестов.

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

3.7.3 Результат тестирования (наблюдаемый) — последовательность событий тестирования в сочетании с соответствующими данными и/или значениями параметров, которые имеют место в процессе выполнения конкретного параметризованного выполнимого тестового примера.

ю

ГОСТ Р ИСО/МЭК 9646-1—93

3.7.4 Предсказуемый результат тестирования — наблюдаемый результат тестирования, идентифицируемый в абстрактном тестовом примере.

Примечание — Предсказуемый результат тестирования может охватывать неидентифичируемое тестовое событие.

3.7.5 Непредсказуемый результат тестирования — наблюдаемый результат тестирования, неидентифицируемый в абстрактном тестовом примере.

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

3.7.6 Вердикт (теста) — одно из заключений «прохождение», «безуспешность» или «незавершенность», указанное в абстрактном тестовом примере и касающееся соответствия ТР относительно выполненного тестового примера.

3.7.7 Отчет об аттестационном тестировании системы (ОАТС) — документ, составленный в конце процесса оценки соответствия, содержащий полные сведения о соответствии системы или реализации набора протоколов, относительно которых проводилось аттестационное тестирование.

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

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

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

Примечание — Это понятие не следует путать с понятием «недействительное событие», определенное в ИСО 7776.

3.7.11 Несвоевременное тестовое событие — тестовое событие, которое происходит в тот момент времени, когда оно не разрешено спецификацией протокола.

3.7.12 Синтаксически недействительное тестовое событие — тестовое событие, которое синтаксически не разрешено спецификацией протокола.

11

ГОСТ Р ИСО/МЭК 9646—1-93

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

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

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

3.7.16 Незавершенность (вердикт) — вердикт теста, выдаваемый, когда наблюдаемому результату события не может быть присвоен ни вердикт «прохождение», ни вердикт «безуспешность».

3.7.17 Ошибка тестового примера — понятие, используемое для описания результата выполнения тестового примера при обнаружении ошибки в самом тесте.

3.7.18 Ошибка абстрактного тестового примера — ошибка тестового примера, происходящая из ошибки абстрактного тестового примера

3.7.19 Ошибка выполнимого тестового примера — ошибка тестового примера при реализации абстрактного тестового примера.

3.7.20 Ненормальное завершение (тестового примера) — понятие, используемое для описания результата выполнения абстрактного тестового примера, когда он преждевременно завершается тестирующей системой.

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

3.8 Терминология методов тестирования

3.8.1 Пункт контроля и наблюдения (ПКН) — пункт функциональной среды тестирования, в котором должно контролироваться 12

ГОСТ Р ИСО/МЭК 9646—1—93

и наблюдаться появление тестового события в соответствии с методом абстрактного тестирования.

Примечание — ПКН характеризуется набором АСП н/или ПБД, которые могут иметь место согласно КАТ в данном ПКН.

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

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

3.8.3 Верхний тестер — представление средств в стандарте, обеспечивающих при выполнении теста косвенный контроль и наблюдение верхней сервисной границы ТР в соответствии с определением выбранного метода абстрактного тестирования.

3.8.4 Абстрактный (М)-сервисный примитив ((N)-ACn) — независимое от реализации описание взаимосвязи между пользова-телем-услуг и поставщиком-услуг на (N)-сервисной границе в соответствии с определением услуг ВОС.

3.8.5 Процедуры согласования тестирования — правила взаимодействия между нижним и верхним тестерами в процессе тестирования.

3.8.6 Протокол административного управления тестированием — протокол, который используется в процедурах согласования тестирования для конкретного комплекта тестов.

3.8.7 Тестирующая система — реальная система, содержащая реализацию нижнего тестера.

Примечание — Одна и та же тестирующая система может использоваться как часть нескольких средств тестирования.

3.8.8 Метод локального тестирования — метод абстрактного тестирования, в котором нижний и верхний тестеры расположены внутри тестирующей системы и имеется ПКН, расположенный на верхней сервисной границе данной ТР.

3.8.9 Метод распределенного тестирования — метод абстрактного тестирования, в котором верхний тестер расположен внутри ТС и имеется ПКН, расположенный на верхней сервисной границе ТР.

3.8.10 Метод скоординированного тестирования — метод абстрактного тестирования, в котором верхний тестер расположен внутри ТС и для которого стандартный протокол административного управления тестированием определен как некоторая реализация

4 Зак. 226 и

ГОСТ Р ИСО/МЭК 9646-1-93

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

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

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

3.8.13 Реализация теста — процесс создания средств тестирования ТР.

3.8.14 Эталонный стандартный (ВОС) комплект абстрактных тестов — стандартный комплект абстрактных тестов, для которого реализованы средства тестирования.

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

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

4 СОКРАЩЕНИЯ

В настоящем стандарте используются следующие сокращения:

ДСП абстрактный сервисный примитив

ВОС взаимосвязь открытых систем

ВТ верхний тестер

ДИРПТ дополнительная информация о реализации протоко

ла для тестирования

ЗСРП заявка о соответствии реализации протоколу

ЗСС заявка о соответствии системы

14

ГОСТ Р ИСО/МЭК -9646-1-93

КАТ КВАТ КВ ВТ КВТ КДТН кплт КП ВТ МАТ нт ОАТП ОАТС оод ПАУТ

ПБД ПДУ

П БД-А УТ

ПКИ ст сэп СЭУА ТОВ ТР тс цсио

комплект абстрактных тестов

комплект выбранных абстрактных тестон

комплект выбранных выполнимых тестов

комплект выполнимых тестов

комбинированная древовидная и табличная нотация комплект параметризованных абстрактных тестов комплект параметризованных выполнимых тестов метод абстрактного тестирования

нижний тестер

отчет об аттестационном тестировании протокола отчет об аттестационном тестировании системы оконечное оборудование данных

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

протокольный блок данных

пункт доступа к услугам

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

пункт контроля и наблюдения

средства тестирования

сервисный элемент прикладного уровня

сервисный элемент управления ассоциацией

тест основной взаимосвязи

тестируемая реализация

тестируемая система

цифровая сеть интегрального обслуживания

5 СМЫСЛ СООТВЕТСТВИЯ В ВОС

5.1 Введение

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

К соответствующим стандартам и рекомендациям МККТТ по ВОС относятся стандарты по протоколам и синтаксису передачи в той степени, в какой они реализованы в сочетании с протоколами.

Стандарты и рекомендации МККТТ по ВОС представляют собой набор взаимосвязанных стандартов и рекомендаций МККТТ, которые в совокупности определяют поведение открытых систем при взаимном, обмене данными. Поэтому соответствие какой-либо реальной системы отражено на двух уровнях: соответствие каждому

IS

ГОСТ Р ИСО/МЭК 9846-1-93

отдельному стандарту или рекомендации МККТТ и соответствие заданному набору таких стандартов.

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

5.2 Требования к соответствию

5.2.1 Требования к соответствию, изложенные в каком-либо стандарте или рекомендации МККТТ, могут представлять собой:

а) обязательные требования; они должны выполняться во всех случаях;

Ь) условные требования; они должны выполняться при выполнении условий, заданных в данной спецификации;

с) факультативные возможности; они могут быть выбраны для использования в данной реализации при условии выполнимости любых требований, применимых к данной факультативной возможности. Более подробная информация о факультативных возможностях приведена в приложении А. Например, основные средства рекомендаций МККТТ относятся к обязательным требованиям, дополнительные средства могут относиться либо к условным требованиям, либо к факультативным возможностям,

Примечание — Термины МККТТ «основные средства» и «дополнительные средства» должны рассматриваться в контексте области применения рассматриваемой рекомендации МККТТ; например, в большинстве случаев основные средства являются обязательными для сетей, но не для ООД.

5.2.2 Помимо указанного, требования к соответствию, изложенные в каком-либо стандарте или рекомендации МККТТ, могут классифицироваться на:

а) положительные, устанавливающие то, что должно выполняться;

Ь) отрицательные, устанавливающие то, что не должно выполняться.

5.2.3 И, наконец, требования к соответствию могут быть подразделены на две группы:

а) требования к статическому соответствию;

Ь) требования к динамическому соответствию.

Обе эти группы требований рассмотрены в 5.3 и 5.4 соответственно.

5.3 Требования к статическому соответствию

Требования к статическому соответствию — это требования, которые налагают ограничения на комбинации реализуемых возмож-

16

ГОСТ Р ИСО/МЭК 9646-1-93

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

Требования к статическому соответствию в соответствующих стандартах и рекомендациях МККТТ по ВОС могут быть представлены в виде двух различных множеств:

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

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

5.4 Требования к динамическому соответствию

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

Система проявляет динамическое соответствие в течение некоторого сеанса обмена данными, если характеристики ее поведения являются членом множества всех характеристик поведения, допускаемых соответствующими спецификациями по протоколам ВОС в соответствии с ЗСРП.

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

17

ГОСТ Р ИСО/МЭК 9646-1-93

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

5.5 Заявка о соответствии реализации протоколу (ЗСРП)

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

В ЗСРП должны быть различимы следующие категории информации, которую она может содержать:

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

Ь) информация, относящаяся к обязательным, факультативным и условным требованиям к статическому соответствию многоуровневых зависимостей.

Если в некоторой системе реализован набор взаимосвязанных стандартов по протоколам ВОС, то-для каждого протокола необходима своя ЗСРП. Необходима также заявка о соответствии системы, обобщающая все протоколы этой системы, для каждого из которых составлена своя ЗСРП.

5.6 Аттестованная система

Аттестованной системой или реализацией считают ту, которая проявила соответствие как статическим, так и динамическим требованиям и соответствует характеристикам, установленным в ЗСРП для каждого протокола, заявленного в «заявке о соответствии системы».

5.7 Взаимодействие и соответствие

5.7.1 Основная цель аттестационного тестирования состоит в том, чтобы повысить вероятность взаимодействия различных реализаций.

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

5.7.3 Успешное взаимодействие двух или более реальных открытых систем будет обеспечено с более высокой вероятностью, если все они соответствуют одному и тому же подмножеству стандар-

18

ГОСТ Р ИСО/МЭК 9646-1-93

тов или рекомендаций МККТТ по ВОС или одной и той же выборке этих документов, чем в противном случае.

Для подготовки двух или более систем к их успешному взаимодействию рекомендуется провести сравнение их «заявок о соответствии системы» и ЗСРП.

Если в ЗСРП указано, что реализовано более одной версии стандарта или рекомендации МККТТ по ВОС, должен быть указан характер различий между этими версиями и соображения по их взаимодействию.

5.7.4 Дальнейшая информация, необходимая для обеспечения взаимодействия двух систем, может быть получена путем сравнения ЗСРП с другой соответствующей информацией, включая отчеты о тестировании и ДИРПТ (см. 6.2). Это сравнение можно сфокусировать на:

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

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

Примечание — Сравнение может производиться между двумя отдельными системами, между двумя или несколькими типами изделия или, что касается только сравнения ЗСРП, между двумя или несколькими спецификациями для поставки, разрешениями на соединение и т. д.

5.7.5 В приложении А к ГОСТ Р ИСО/МЭК 9646—5 установлена форма отчета по аттестационному тестированию, где в п. 1.5 определяется надлежащее предупреждение, устанавливающее пределы аттестационного тестирования относительно взаимодействия.

6 СООТВЕТСТВИЕ И ТЕСТИРОВАНИЕ

6.1 Цели аттестационного тестирования

6.1.1 Введение

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

19

ГОСТ Р ИСО/МЭК 9646—1—93

тании с каким-либо протоколом ВОС.

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

Поэтому настоящий стандарт различает четыре типа тестирования соответственно той степени точности, с которой оно устанавливает соответствие:

а) тесты основной взаимосвязи, которые обеспечивают первоначальную очевидность соответствия ТР;

Ь) тесты функциональных возможностей, которые проверяют соответствие наблюдаемых функциональных возможностей данной ТР требованиям к статическому соответствию и функциональным возможностям, указанным в ЗСРП;

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

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

Примечание — В качестве побочного результата аттестационного тестирования могут быть идентифицированы ошибки и недостатки в спецификации по протоколам.

6.1.2 Тесты основной взаимосвязи

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

6.1.2.2 Тесты основной взаимосвязи пригодны:

а) для обнаружения серьезных случаев несоответствия;

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

с) для проверки вопросов адресации и других вопросов, касающихся функциональной среды тестирования;

d) для использования пользователями реализации с целью оп-

20

ГОСТ Р ИСО/МЭК 9646-1-93

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

6.1.2.3 Тесты основной взаимосвязи непригодны:

а) для самостоятельного использования в качестве основы для заявки о соответствии со стороны поставщика реализации;

Ь) в качестве методов арбитража для определения причин безуспешности обмена данными.

6.1.2.4 Стандартные ТОВ всегда исходят из набора тестов функциональных возможностей и поведения, содержащих стандартный комплект абстрактных тестов и список тестов, которые факультативно могут быть включены. Введение для этой цели дополнительных тестов в стандартный КАТ может нарушить требования, установленные в ГОСТ Р ИСО/МЭК 9646—2.

6.1.3 Тесты функциональных возможностей

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

6.1.3.2 Тесты функциональных возможностей пригодны:

а) для проверки согласованности функциональной возможности данной ТР с требованиями к статическому соответствию;

Ь) для проверки, насколько это возможно, согласованности ЗСРП с соответствующей ТР;

с) при использовании в сочетании с тестами поведения в качестве основы для заявки о соответствии.

6.1.3.3 Тесты функциональных возможностей непригодны:

а) для самостоятельного использования в качестве основы для заявки о соответствии со стороны поставщика реализации;

Ь) для детального тестирования поведения ТР, связанного с каждой реализованной и нереализованной функциональной возможностью;

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

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

5 Зак, 226

21

ГОСТ Р ИСО/МЭК 9646-1-93

6.1.4 Тесты поведения

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

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

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

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

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

6.1.5 Тесты разрешения соответствия

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

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

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

6.1.5.4 Тесты разрешения соответствия приемлемы для:

а) выполнения тех целей тестирования, которые идентифицированы в соответствующих стандартных целях тестирования, но для 22

ГОСТ Р ИСО/МЭК 964В—1—93

которых ни один из тестовых при мерой не иожет быть включен в стандартный КАТ из-за ограничения в выборе методов тестирования или вследствие общей нестабильности требования к соответствию.

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

с) анализа проблем, возникших при; выполнении стандартного КАТ.

6.1.5.5 Тесты разрешения соответствия неприемлемы в качестве основы для оценки полного соответствия какой-либо реализации.

6.1.5.6 Тесты разрешения соответствия не подлежат стандартизации.

6.2 Дополнительная информация о реализации протокола для тестирования (ДИРПТ)

Для того, чтобы проверить реализацию протокола, испытательной лаборатории дополнительно к информации, представленной в ЗСРП, необходима информация, относящаяся к ТР и к ее тестовой функциональной среде. Эта «дополнительная информация о реализации протокола для тестирования» (ДИРПТ) должна обеспечиваться клиентом, поставляющим данную'реализацию для тестирования, в результате заполнения формы ДИРПТ, представленной испытательной лабораторией. s

ДИРПТ может содержать:

а) информацию о- ТР, необходимую испытательной лаборатории для того, чтобы <?НЯ смогла осуществить прогон соответствующего тестового комплекта на данной ТР (например, адресная информация. информация, относящаяся к реализации верхнего тестера внутри ТР и др.);

Ь) информацию, уже указанную в ЗСРП и нуждающуюся в уточнении (например, если в ЗСРП установлен диапазон значений конкретного параметра тайм-аута, в ДИРПТ может быть указано конкретное значение, которое может использоваться во всех соответствующих тестовых примерах, кроме тех, которые ориентированы нз тестирование различных значений одного и того же параметра или таймера);

с) информацию, которая должна помочь в определении, какие характеристики указаны в ЗСРП как обеспеченные и тестируемые и какие являются нетестируемыми;

d) другие административные поп росы (например, идентификатор ТР. ссылка на соответствующую ЗСРП и др.).

23

ГОСТ Р ИСО/МЭК 9646-1-93

ДИРПТ не должна противоречить соответствующей ЗСРП.

На каждый КАТ, подлежащий прогону на ТР, имеется одна ДИРПТ. Спецификатор комплекта абстрактных тестов, реализатор теста и испытательная лаборатория должны совместно участвовать в разработке формы ДИРПТ.

6.3 Общее описание процесса оценки соответствия

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

Процесс опенки соответствия охватывает три фазы:

а) подготовку к тестированию;

Ь) операции тестирования;

с) выработку отчета о тестировании.

6.3.2 Подготовка фазы тестирования включает в себя:

а) выработку заявки о соответствии системы, ЗСРП или ДИРПТ;

Ь) выбор метода абстрактного тестирования и КАТ на основе перечисленных документов;

с) подготовку КАТ и средств тестирования.

6.3.3 Операции тестирования содержат в себе:

а) просмотр статического соответствия путем анализа ЗСРП относительно соответствующих требований к статическому соответствию;

Ь) выбор и параметризацию теста на основе ЗСРП и ДИРПТ;

с) одну или несколько «тестовых кампаний».

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

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

Примечание — Эти тесты не должны выполняться в отдельных тестовых группах.

Фаза операций тестирования завершается анализом результа-

24

ГОСТ Р ИСО МЭК 9646-1—93

тов, и это приводит к фазе выработки отчета о тестировании. Эти действия рассматриваются в 6.5.

6.3.4 Приведенное выше общее описание процесса оценки соответствия проиллюстрировано на рисунке 1.

•^—^ Поток данных

Рисунок 1 — Общая схема процесса оценки соответствия

Требования, предъявляемые к испытательной лаборатории и ее клиентам в процессе оценки соответствия, определены в ГОСТ Р ИСО/МЭК 9646—5.

6.4 Использование тестов основной взаимосвязи и функциональных возможностей в тестовой кампании

6.4.1 Если стандарт по аттестационному тестированию иденти-

25

ГОСТ Р ИСО/МЭК 9646—1—93

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

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

6.5 Анализ результатов

6.5.1 Результаты и вердикты тестирования

6.5.1.1 Наблюдаемые результаты представляют собой последовательность событий, возникающих в ходе выполнения тестового примера; они охватывают все входные и выходные события ТР в пунктах контроля и наблюдения.

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

6.5.1.3 Вердикт теста может означать прохождение, безуспешность или незавершенность:

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

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

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

6.5.1.4 Непредсказуемый результат тестирования — это такой результат, который не идентифицирован абстрактным тестовым

26

ГОСТ Р ИСО/МЭК 9646-1-93

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

Непредсказуемый результат тестирования всегда приводит к регистрации ошибки тестового примера или ненормального завершения данного тестового примера.

6.5.1.5 Ошибка тестового примера регистрируется при обнаружении ошибки либо в самом абстрактном тестовом примере (т. е. ошибка абстрактного тестового примера), либо в реализации (т. е. ошибка выполнимого тестового примера).

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

6.5.1.7 Результаты выполнения соответствующих отдельных тестовых примеров должны регистрироваться в общем сводном перечне для данной ТР.

6.5.2 Отчет об аттестационном тестировании

Результаты аттестационного тестирования должны быть задокументированы в виде набора отчетов о тестировании на соответствие. Эти отчеты могут быть двух типов: «отчет об аттестационном тестировании системы» (ОАТС) и «отчет об аттестационном тестировании протокола» (ОАТП).

ОАТС, который должен составляться всегда, дает полные сведения о соответствии ТС, включая сводный перечень вердиктов, назначенных в процессе аттестационного тестирования. Форма ЗСРП приведена в ГОСТ Р ИСО/МЭК 9646—5>

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

Форма ОАТП приведена в ГОСТ Р ИСО/МЭК 9646—5. Порядок, в котором должны быть представлены тестовые примеры в ОАТП, определен в стандарте по аттестационному тестированию.

6.5.3 Повторяемость результатов

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

27

ГОСТ Р ИСО МЭК 9646-1-93

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

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

6.5.4 Сравнимость результатов

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

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

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

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

d) форма отчета о результате аттестационного тестирования;

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

6.5.5 Наглядность результатов

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

28

ГОСТ р ИСО/МЭК 9646-1-93

7 МЕТОДЫ ТЕСТИРОВАНИЯ

7.1 Введение

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

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

7.2 Классификация реальных открытых систем и тестируемых реализаций, подлежащих аттестационному тестированию

7.2.1 Классификация тестируемых систем

7.2.1.1 Существует взаимосвязь между методами тестирования и конфигурациями тестируемых реальных открытых систем. Соответствующие методы тестирования изменяются в зависимости от:

а) основной функции системы (оконечная-система или ретрансляционная система);

Ь) уровней, использующих протоколы ВОС;

с) доступности альтернативных протоколов не-Вос.

7.2.1.2 Для целей аттестационного тестирования определены конфигурации систем, перечисленные ниже и показанные на рисунках 2—4. Конфигурации 1—3 являются основными конфигурациями тестируемых систем (ТС):

а) конфигурация 1-7-уровневая открытая система (оконечная-система).

Такие системы используют стандартные протоколы ВОС для всех 7 уровней;

Ь) конфигурации 2 — частичная (N)-открытая система (оконечная-система).

Такие системы используют стандартные протоколы ВОС уровней 1—N;

с) конфигурация 3 — открытые ретрансляционные системы.

Эти системы используют протоколы ВОС уровней 1—3 (ре-трансляционные-системы на сетевом уровне) или 1—7 (рстрансля-ционные-системы на прикладном уровне).

7.2.1.3 Остальные конфигурации могут быть образованы из основных конфигураций.

ТС может представлять собой комбинацию основных конфигураций 1 и 2, допуская альтернативное использование протоколов ВОС и не-ВОС выше уровня N (см. рисунок.5).

29

гост р исо/мэх деле—i—да

и

Рисунок 2

Конфигурация 1 7-уровневая открытая система

Рисунок 3

Конфигурация 2 Часть открытой (N)-системы

Рисунок 4

Конфигурация 3 Открытая ретрансляционная система

Условные обозначения:

Рисунок 5 — Комбинация 7-уровневой и части открытой (N) системы

7.2.2 Идентификация тестируемой реализации

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

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

эо

ГОСТ Р ИСО/МЭК 9646-1—93

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

Когда в системе реализованы протоколы ВОС и не-ВОС, ТР должны быть определены для режима (ов) работы ВОС. Тестирование протоколов не-ВОС не входит в предмет рассмотрения настоящего стандарта.

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

7.3 Методология абстрактного тестирования

7.3.1 Общие положения

Методы тестирования должны ссылаться на методологию абстрактного тестирования, основанную на эталонной модели ВОС. Для оконечных-систем (7-уровневых или частичных (N)-открытых систем) и одноуровневых ТР в рамках этих систем методы абстрактного тестирования описаны в понятиях наблюдаемых выходов ТР и контролируемых входов в нее. Точнее говоря, метод абстрактного тестирования описан путем идентификации пунктов, ближайших к ТР. в которых должны осуществляться контроль и наблюдение.

Соответствующие стандарты и рекомендации МККТТ по протоколам ВОС определяют допустимое поведение протокольного логического объекта (т. е. требования к динамическому соответствию) в понятиях протокольных блоков данных и абстрактных сервисных примитивов, расположенных выше и ниже этого логического объекта. Тем самым определяется поведение некоторых (N)-ACfl и (N—1)-АСП (последние содержат (М)-ПБД).

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

Исходным пунктом разработки абстрактных методов тестирования является концептуальная архитектура тестирования, приведенная на рисунке 6. Архитектура активного тестирования представляет собой «черный ящик» и основана на определении поведения, задаваемого ТР.

7.3.2 Пункты контроля и наблюдения

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

31

ГОСТ Р ИСО/МЭК 9646-1-93

Возможные пункты контроля и наблюдения идентифицируются в зависимости от трех факторов:

а) сервисной границы внутри модели ВОС, на которой они могут наблюдаться и контролироваться;

Ь) набора тестовых событий (АСП и ПБД), которые контролируются и наблюдаются в этом пункте;

с) места их контроля и наблюдения: внутри тестируемой системы или в тестирующей системе.

7.3.2.3 Возможные ПКН показаны на рисунке 7. Из этого чертежа можно видеть, что на различных уровнях существует множество возможных ПКН, которые обеспечивают различные степени контроля и наблюдения поведения ТР. В настоящем стандарте определяется выбор из этого набора возможных ПКН и определяется использование в стандартных КАТ ограниченного числа методов абстрактного тестирования с использованием этих ПКН.

7.3.2.4 Если контроль и наблюдение определены в понятиях АСП, данная ТР должна осуществлять контроль и наблюдение ПБД, передаваемых с этими АСП; однако, если контроль и наблюдение определены только в понятиях ПБД (на уровне N), то ниже-расположенные АСП (на уровне N—I) не рассматриваются как контролируемые или наблюдаемые.

7.3.2.5 ПКН .может быть промоделирован в виде двух очередей:

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

Ь) одна входная очередь для наблюдения тестовых событий, поступающих из ТР.

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

Возможно, что активность АСП выше ТР может оказаться неконтролируемой и ненаблюдаемой, в случае чего говорят о скрытой активности.

7.3.2 7 Тестируемым системам не требуется обеспечивать доступ к границам услуг. Однако, возможность обеспечения такого доступа и возможные позиции таких границ по отношению к протоколу ТР должны учитываться при определении методов абстрактного тестирования, которые могут воспользоваться преимуществом такого доступа для определения комплектов абстрактных тестов в понятиях взаимодействующих АСП. При этом не имеет значения, как осуществляется доступ к границам: через пункты доступа к услугам или через некоторые другие ПКН.

32

ГОСТ Р ИСО МЭК 9646-1-93

Рисунок 6 — Концептуальная архитектура тестирования

Тестирующая система

ПКН $ АСЛ

ПКН J АСП

ПКН ф АСП

1 ЛБД

ПКН 'Г АСЛ

Ф ПБД

ПКН ф АСП ^ ПБД

Ниж*рЭСПфЛФЖ»МНЫЙ поставщик-услуг

Физическая среда

АСП

ЛБД

Рисунок 7 — Возможные ПКН при тестировании

7.4 Функции абстрактного тестирования

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

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

Верхний тестер — это абстрактное представление в настоящем

зз

ГОСТ Р ИСО/МЭК 9646-1-93

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

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

7.5 Общее описание методов абстрактного тестирования

7.5.1 ТР оконечных-систем

Для ТР, определенных внутри ТС оконечных-систем (конфигурации 1, 2 на рисунках 2, 3), определены четыре типа методов абстрактного тестирования: два из них используют ПКН между верхним тестером и ТР (локальный и распределенный методы тестирования) и два — только один ПКН под нижним тестером (методы скоординированного и удаленного тестирования).

Все методы тестирования используют - контроль и наблюдение ДСП ниже ТР и ПБД, обмениваемых с ТР, средствами нижнего тестера, отделенного от ТС, возможно, в сочетании с контролем и наблюдением ДСП выше ТР.

7.5.2 Методы локального и распределенного тестирования

В обоих .методах тестирования — локального и распределенного — имеется по два ПКН: один расположен под нижним тестером, другой — на верхней сервисной границе ТР.

В методе локального тестирования верхний тестер расположен внутри тестирующей системы, тогда как в методе распределенного тестирования он расположен внутри ТС.

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

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

34

ГОСТ Р ИСО/МЭК 9646-1-93

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

Эти методы тестирования показаны на рисунках 8а, Ь.

Тестирующая система

а) Методы локального тестирования

Ь) Методы распределенного тестирования

с) Методы скоординированного тестирования

d) Методы удаленного тестирования

ПСТ — процедуры согласования тестирования

Рисунок 8 — Общая схема методов абстрактного тестирования

7.5.3 Методы скоординированного и удаленного тестирования

В обоих методах тестирования — скоординированном и удаленном — имеется только один ПКН, расположенный прд нижним тестером. Ни один из этих методов не требует доступа к верхней сервисной границе ТР.

В методе скоординированного тестирования процедуры согласования тестирования реализованы посредством стандартных протоколов административного управления тестированием. Верхний тес-

35

ГОСТ Р ИСО/МЭК 9646-1-93

тер представляет собой реализацию соответствующего ПАУТ. Этот метод показан на рисунке 8с.

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

7.5.4 Варианты методов тестирования о к о н е ч-н ы х-с и с т е м

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

Методы абстрактного тестирования для оконечных-систем полностью определены в разделе 8 ГОСТ Р ИСО/МЭК 9646—2, включая в необходимых случаях встроенный вариант.

7.5.5 ТР р е т р а н с л я ц и о н н ы х-с н с т е м

Для открытых ретрансляционных-систем определены два метода тестирования: шлейфовое и поперечное. Эти методы полностью определены в разделе 8 ГОСТ Р ИСО/МЭК 9646—2.

7.6 Применимость методов тестирования к реальным открытым системам

Архитектура и стадия разработки реальной открытой системы определяют применимость к ней методов тестирования.

Методы локального тестирования применимы для тестирования только тех ТС, которые имеют два аппаратных интерфейса (т. е. приемопередатчики).

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

Методы скоординированного тестирования применяют, где это возможно, для реализации стандартного протокола административного управления тестированием в верхнем тестере в ТС, расположенной выше ТР.

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

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

36

ГОСТ Р ИСО/МЭК 9646-1-93

Методы внутреннего тестирования допускают применение одноуровневого тестирования для всех протоколов многопротокольной ТР.

Для 7-уровневых открытых систем предпочтительным методом является нарастающее использование соответствующих методов внутреннего одноуровневого тестирования со следующими ПКН:

а) верхний интерфейс прикладного уровня, обеспечиваемый 7-уровневой открытой системой в применимых случаях:

Ь) последовательно, каждый ПДУ (или соответствующий ПКН, если ПДУ, как таковой, не предусмотрен) ниже того протокола, который является основным объектом тестирования, контролируемый и наблюдаемый в нижнем тестере, начиная от протокола самого нижнего уровня ТР и продвигаясь вверх.

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

В приложении В к настоящему стандарту содержится руководство по применимости методов тестирования к конкретным протоколам и уровням.

8 ТЕСТОВЫЕ КОМПЛЕКТЫ

8.1 Структура

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

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

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

37

ГОСТ Р ИСО/МЭК 9646-1-93

у&70&яые ядамаченая:

означав! ‘а сосгоиз из b и с”

Рисунок 9 — Структура тестового комплекта

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

По практическим соображениям общие тестовые шаги могут быть сгруппированы в библиотеки тестовых шагов (аналогично

38

ГОСТ Р ИСО/МЭК 9646—1—93

библиотекам подпрограмм или процедур в языках программирования). Эти библиотеки могут быть организованы в гнездующиеся наборы тестовых шагов до любой глубины гнездования. Библиотеки тестовых шагов могут быть связаны с целым тестовым комплектом или с конкретной тестовой группой.

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

8.2 Абстрактные и выполнимые тестовые примеры

8.2.1 Абстрактный тестовый пример образуется из цели тестирования (или комбинации целей тестирования в зависимости от того, что указано разработчиком тестового комплекта и в соответствующих стандартах и рекомендациях МККТТ). Он выполняет следующее:

а) определяет все последовательности предвидимых тестовых событий, необходимых для достижения цели тестирования; эти тестовые события образуют тело теста;

Ь) определяет, что если начальное тестовое состояние, требуемое телом теста, не является запрашиваемым начальным устойчивым состоянием примера, то, по меньшей мере, одна из последовательностей тестовых событий вводит ТР в начальное состояние тестирования для данного тела теста; эти тестовые события образуют преамбулу теста;

с) определяет, что если тело теста может закончиться без возврата ТР в требуемое начальное устойчивое состояние, то, по меньшей мере, одна из последовательностей тестовых событий вводит ТР это состояние; эти тестовые события образуют постамбулу теста;

d) использует отдельный метод абстрактного тестирования в спецификации всех последовательностей тестовых событий;

е) использует стандартную тестовую нотацию для спецификации всех последовательностей тестовых событий;

f) может быть сконструирован из тестовых шагов, каждый из которых представляет собой набор последовательностей тестовых событий;

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

8.2.2 Преамбула и постамбула теста могут определяться различными способами в зависимости от степени контроля и наблюде-

39

ГОСТ Р ИСО/МЭК 9646-1—93

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

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

8.2.4 Термины «абстрактный» и «выполнимый» используют для описания тестовых комплектов, которые содержат, соответственно, абстрактные и выполнимые тестовые примеры.

9 ВЗАИМОСВЯЗИ МЕЖДУ КОНЦЕПЦИЯМИ И РОЛЯМИ

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

ГОСТ Р ИСО/МЭК 9646—2 касается разработки спецификаций по тестируемым протоколам и стандартов по аттестационному тестированию. В ИСО/МЭК 9646—3 определяется стандартная тестовая нотация для спецификации КАТ. В ГОСТ Р ИСО/МЭК 9646—4 рассматривается реализация средств тестирования. ГОСТ Р ИСО/МЭК 9646—5 определяет роли испытательной лаборатории и клиентов в процессе оценки соответствия, который является кульминационным в разработке отчета по тестированию. В настоящем стандарте рассматриваются общие концепции и определения, которые служат основой для остальных частей.

10 СОГЛАСОВАННОСТЬ

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

ГОСТы Р ИСО/МЭК 964 6-2 - ИСО/МЭК 9646-5 содержат требования к согласованности в соответствии с различными адресованными активностями. При выполнении этих требований будут достигнуты цели аттестационного тестирования в соответствии с

40

ГОСТ Р ИСО/МЭК 9646-1-93

введением к настоящему стандарту. Настоящий стандарт не содержит требований к согласованности.

Спецификация комплекта абстрактных тестов (часть 2>

КД ГН | (часть 3) I____

Реализация теста (часть 4)

Процесс оценки соответствия

/^ Структура тестово го комплекта и цель тестирования

Комплект абстрактных тестов

Тестирование

о тестировании

Группа, спреде пякидая протокол ВОС

Реали затор теста

Клиент и испытательная набора тория

Методология аттестационного тестирования

Общие принципы

(Часть 1)

Рисунок 10 — Взаимоотношения между частями стандарта, концепциями и активностями

41

ГОСТ Р ИСО/МЭК 9646—1—93

ПРИЛОЖЕНИЕ А

Справочное

ФАКУЛЬТАТИВНЫЕ ВОЗМОЖНОСТИ

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

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

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

А.З Ниже приведены следующие примеры факультативных возможностей и соответствующих требований; приводимый перечень не является исчерпывающим:

а» «Булевы» факультативные возможности: факультативная возможность — «выполнять или не выполнять»; требование — «если выполнять, то так, как указано»;

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

с) избирательные факультативные возможности: факультативная возможность — выполнять любые т нз п действий, при требовании — выполнять, по меньшей мерс, одно действие (1<«т<=п и п>^2).

А.4 Факультативные возможности могут применяться к чему-либо в сфере действия стандарта или рекомендации МККТТ (например, статические или динамические аспекты, использование или предоставление услуг, предпринимаемые действия, наличне/отсутствне или форма параметров и т. д.).

А.5 В широком смысле выбор может определяться условиями, которые лежат вне сферы действия стандарта или рекомендации МККТТ (например, другими стандартами или рекомендациями МККТТ, применимыми к данной реализации, протоколами, используемыми в (N—1) и (N+1) уровнях, целевыми назначениями, условиями поставки, плановой ценой реализации и т. д.). Однако эти условия не относятся к вопросу соответствия стандарту или рекомендации МККТТ, в которых предусмотрена такая факультативная возможность.

42

ГОСТ Р ИСО/МЭК 9846-1-93

ПРИЛОЖЕНИЕ в Справочное

ПРИМЕНИМОСТЬ МЕТОДОВ ТЕСТИРОВАНИЯ К ПРОТОКОЛАМ ВОС

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

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

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

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

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

В,£ Протоколы звена данных и управления доступом к среде

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

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

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

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

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

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

В,3 Протоколы сетевого уровня

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

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

43

ГОСТ Р ИСО/МЭК 9646-1-93

колов может быть протестирован по отдельности или в сочетании со смежными протоколами.

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

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

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

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

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

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

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

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

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

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

Вб.I Общие замечания

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

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

В 62 Уровень представления

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

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

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

Аттестационные тесты могут быть определены абстрактно в терминах сер-

44

ГОСТ Р ИСО..-МЭК 9646-1-93

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

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

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

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

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

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

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

45

ГОСТ Р ИСО/МЭК 9646-1-93

ПРИЛОЖЕНИЕ С

Справочное

АЛФАВИТНЫЙ УКАЗАТЕЛЬ к ГОСТ Р ИСО/МЭК 9646-1, ГОСТ Р ИСО/МЭК 9646-2, ГОСТ Р ИСО/МЭК 9646-4, ГОСТ Р ИСО/МЭК 9646-5

С.1 Введение

Данное приложение содержит алфавитный указатель терминов и сокращений со ссылками на их использование в ГОСТ Р ИСО/МЭК 9646—К ГОСТ Р ИСО/МЭК 9646—2, ГОСТ Р ИСО/МЭК 9646-4, ГОСТ Р ИСО/МЭК 9646 -5 (части 1, 2, 4 и 5 ИСО/МЭК 9646). Ссылки даны на номера разделов, рисунков и таблиц с группированием но частям стандарта ИСО/МЭК 9646 (соответствующим ГОСТ Р ИСО/МЭК 9646-1, ГОСТ Р ИСО/МЭК 9646-2, ГОСТ Р ИСО/МЭК 9646—4, ГОСТ Р ИСО/МЭК 9646—5. При этом для каждой группы указывают в виде префикса в квадратных скобках номер части стандарта ИСО/МЭК 9646 (далее — стандарта).

С.2 Алфавитный указатель

(N) — логический объект:

[П 3.1

(X) — протокол:

(П3.1

(N) — ретрансляция:

Ш 3.1

(N) — уровень:

’ IH 3.1

(N) — услуга:

31

Абстрактный сервисный примитив:

(1] 3.8.4, 7.3, рисунки 6—8

[2] 1'2, 12.1, 12.3, рисунки 1—4, 12 4, рисунки 5—8, 12.5, рисунки 9—14, 13.1

[4] 6.4. А. 1.2.1

(5) 6.2.1.2.1,'6 2.1. 3, С 2(5)

Абстрактный текстовый комплект:

1 3.6 23. 8.2, 9. рисунок 10

2 53, 6.1, 8—10, 10.1.2, II. 12. 13, 15, 16

5] 1. рисунок I, рисунок 2, 7.6.2.3, А.2(1.7), С.1, С.2(2) Абстрактный тестовый пример:

.1 3.6.3, 8.2

2 8.2, 10.3.2, 10.3.3. 10.4, 10.5, II, 1.2, 12.5.1. 13.2, 15, D.3, D.4

4 5.3, 6.1, 6.3.3.. 6.3.4, 6.4, 6.6, А.1.2,16 А.4.3

5] 7.3.1, 7 6,2.3, 8.3.1, В.2(6), С.2(5), С.2(7.2.4) Авторское право:

(21 А 4

[5] Приложения А, В и С

46

ГОСТ Р ИСО/МЭК 9646-1-93

Администратор испытательной лаборатории:

Joj 3.2, А.2( 1 1). B.2(L1)

Администратор теста клиента:

|5] 3.1,7 6.4.1, С 2(4)

Аккредитация:

[5] 1, 6.3.1 2

Анализ результатов:

11 рисунок 1, 6.5

[2J А.1.3

АСН I:

[1[ 2, 3.2, 4, В б 4 •

[2| 2. А.8.6

АСП:

|1| 3.8.4, 7.3, рисунки 6 -8

[2] 1.2, 12.1, 12.3, рисунки 1—4, 112.4, рисунки 5—8, 12.5, рисунки 9—14, 13.1

Аттестационнос тестирова нис:

I 3.5.6

2 5, приложение В

5 1. 3.1, 3.4, 6.3.I.2, 7.7.4, 8.2.1, 8.3.1, 9.1, А.2(1.5), B.I, приложение Е

Аттестуемая реализация:

3.4.Ю

(21 С 4

Базовая эталонная модель:

[112. 3.1, 7.3.1

|2| 2

(5] 2

Вердикт:

11 3.7.1, 3.7.6, 3.7.14, 3.7.16, 3.7.21, 6.5.1, 8.2.1

2[ 13.2.3

4| 6.3.3, 6.4, A.1.2J»

51 7 6 2.3, 7.6.3.3, 7.7.1, 8.3. Е В 2(6)

Вердикт «безуспешно»:

[11 3.7 '6, 3.6.15, 6 5.1.3

[21 13.2.7

[5J 7 6.2.3, 7.6.3.3, 7.6.4 2, 8.3.1. А.2(2.п), В.2(2), В.2(4)

Вердикт «незавершенность»:

|1| 3 7.6. 3 716. 6.5.1.3

[21 13.2.7

[51 7.6.2.3, 7.6 4.2, А.2(2,п)

Вердикт «прохождение»:

[11 3.7.6, 3.7.14, 6.5.1.3

[21 13.2.7

[5] 7.6.2.3. А.2(2.п)

Вердикт теста:

[II 3.7 1, 3.7.6, 3.7.14—3.7.16, 3.721, 6.5.1, 8.2.1

21 13.2.3

41 6 3.3, 6 4, А.1.2.1

5] 7.6.2.3, 7 6.3.3, 7.7.1, 8.3. Р, В 2(6)

Верхний тестер:

(11 ЗАЗ, 7.4, 7.5.2, 7.5.3, рисунок 8. 7.6

[21 8.2, 14

(41 1, 6.2.1, 6.4, 6.6, A l l, А.13. АЛЛ, А.4.2-А.4.5

[5] 6.2 1.4.1, 6.2 1.4.2, 6.3.1.2, 7.52, 7.6.4.1. С.2(5)

47

ГОСТ Р ИСО/МЭК 9646-1-93

Взаимодействие:

(1] 5.3, 5.7

[2] 8 2.1, А.2(1.5)

ВКАТ:

и 3.6.25, 3.6.29. 4

4 4, 5.4, 6.3.4, рисунок А.1

5 4 1,7.3.1.2,7.6.2.3

ВКВТ:

111 3.6.26, 3.6.30, 4

[4| 4. 5.4, 5.5, 6.3.1, рисунок А.1 Внутреннее тестирование:

11 3.5.9

2] 9. 12.3.6, 12

5j 6.3.2.2, 6.4.3.2 Возрастающее тестирование:

11 7 6

5] 6 3.2.2, 7.1

ВТК:

.1.1 3.8.3, 7.4, 7.5.2, 7.5.3, рисунок 8, 7.6

2] 8.2, .14

41 1, 6.2.1, 6.4. 6.6, А. 1.1, А.1.3, А.К4, А.4.2-А.4.5

5J 6.2 1 4 1. 6.2 1.4.2, 63.1.2, 7.5.2, 7.64.1, С.2(5)

Выбор:

[1 3.6.24,3.6.26,4

[2 А.1.3

[4 4. 5.3, 5.5, 6 3 А.2.1, рисунок A.k А.2.2, А.2.3, А.4.5

[5] 7.6.1, С.3(7.2)

11 3.8.12, 6.3.3, рисунок 1

21 8.2, 10.5, А.1.3

41 5.2, 5.3, 6.2.4, 6.3.4. 6.3.5, 7, А.2.1, рисунок A.I, А.4.3, А.4.5

5j рисунок 1, 5.3, 6.3.2, рисунок 3, 7.3, 7.4.1.1, 9. Г, В [2 (6)

Выполнимый тестовый комплект:

[Т] 3.6.24, 3.6106, 9

21 А.1.3

41 5.3, 5.5, 6.3, А.2.1, рисунок А.1, А.2.2, А.2.3, А.4.5

5| 7 6.1, С 2(7.2)

Выполнимый тестовый пример:

11 3.6.3, 3.6.4. 8.2 3

41 5.3, 6 1, 6.2.2, 6.3, А.1.2.1, А.2, А.З

5] 8.3.1

ДИРП

11 3.4 8. 3.6.25—3.6.30, 4, 5.7.4, 6.21, 6 3, рисунки 1 и 10

2] 8.2. 12.3.5

4) 4, 5 3, 5.5, 6.2.2. 6.2.5, 6.5, рисунки А.1 и А.2, А.4.3, А.4.5

5] 4 1. рисунок 1, 5.2. 5.3, 6.1, рисунок 2, 62.1.5.1. 6.2.1.5Д 6.3.1.2, 6.4.1, 6.4.3. 7.1, рисунок 3. 7 2 1.2. 7.3.1, 7.4 1.1, А.2(2.п), В.2(1.3), В.2(6), С.2(6)

Действительное тестовое событие:

11 3.7.9, 3.7.14, 6.1 4.5

2J 10.2.1, 10.2.2, 10.3.2, 10.4, li3.2.7, В.5.7

5J 7.6.2.3 .

Журнал аттестации:

П1 3.7.21-, 6.3.3, 6.5.2, 6.5.5

48

ГОСТ Р ИСО/МЭК 9646-1-93

14) 1. 5.2, 5.3, 6.1, 62.6, 6.4, 6.6, 7, А.З, рисунок А.2, А.4.5 (51 I. 7.6.1, 7.6 2.1, 7.6.24, 7.72, 7.7.3, 8.3.1, 8.3.2, B2(.k3), Е2

Заявка о соответствии реализации протоколу:

2

4

5

Заявка

о

1

2

5

ЗСРП:

3.4.6, 3.5.1, 3.6.25—3.6.30, 5.5, 5.6, 5.7.3, 6.1.1, 6.3, рисунки 1 и 10

6.3.3, 8.2, 10.4, 15.1, A.li.3, А.Э.2, А.5

5.3, 5.5, 6.2.2, 6.3.3, рисунок А.1 и А.2, А.4.3, А.4.5

1, оисуиок 1, 5.3, 6.1, 6.3Д2, 6.4.1, 6.4.2, 6.4.32, 6.4.4.1, 7.1, рисунок 3, 7.2.1, 7.3.1, 7.4.L1, 8.3.1, В.2(1.2), В2(2), В 2(3), В.2(5), В2(6), С2(5), С.2(6), С.2(7.1), С2(7.2), приложение D

соответствии системы:

3.4.111, 4, 5.5, 6.3.2

А.5

I, 4.1, рисунок I, 52, 6.1, 6.3.1.2, 6.4.1, 6.4.32, 6.4.4, 72.1.2, А.2(к4), С2(5), Е.2

ЗСС:

2

4

5

3.4.6, 3.5.1, 3.6.25—3.6.30, 4, 5.5, 5.6, 5.7.3, 6.1.1, 6.3, рисунки 1 6.3.3, 8.2, W.4. 15.1, А.1.3, А.3.2, А.5

4, 5.3, 5.5, 62.2, 6<Э-3, рисунок А.1 и А.2, А.4.3, А.4.5

I, 4.1, рисунок Ь, 5.3, 6.1, 6.3.1Д 6.4.1, 6.4.2, 6.4.32, 6.4.4.1, 7.1,

3. 7.2.1, 7.3.1, 7.4.1.1, 8.3.1/, В2(12), В.2(2), В.2(3), В2(5), С.2(5), С.2(6), С.2(7.1), С.2(7.2), приложение D

и 10

рисунок В-2(6),

2

5

3 4.11, 4, 5 5. 6.3.2

А.5

К 4.1, рисунок 1, 5.2, 6.1, 6.3.1.2, 64.1, 6.4.32, 64 4, 7.2.12, А2(1.4),

С2(5), Е.2

Испытательная лаборатория:

1

2 4

5

1.3, 3.4.12, 3.4.13, 3.8.16, 6.5.4, 6.5.5, 9. рисунок 10

10.4, 13.li, 13.2.8, 15.1, А.5

6.2.5, 6.3.5, 6.5, 6.6, А.2 И А.4.1, А.4.4, А.4.5

1, 3.2, 3.3, 3.6, 3.7, 5.2, 6, рисунок 2, 6.3.1.2, 6.32Д, 6.4.22, 6.4.3.2, 6.4.4 2, 6.4.52, 7.2.1, 7.3.1, 7.41, 7 62, 7.6.2.1, 7.7.2, &kl, 82.1, 8.3.1, 9.1. АЛ, А.202), А.2(1.6), А2(К8), B.I, В.2(1.4), В 2(1.5)

Испытательная лаборатория и клиент;

[5] 3.5, 5.3, 6.h, 6.3, 6.3.1.1, 6.32.3, 6.3.3, 6 4.1, 7.2.3, 7.5.2, 7.7.1, 7.7.4, 8.3.3,

КАТ: 11 2 (5

КДТН: 1 21 4 5

Приложение D, Е.2

3.6.23, 4, 8.2, рисунок 10

5.3, 6.1, 8-1/0, 10.1.2, 11—13, 15, 16

k 4.1, рисунки 1 и 2, 7.6.2.3, А2(1.7), С.1, С.2(2)

4, рисунок 10

5.3, 13.2, А.9.2.6, Приложение D

4, 6 4. А.4.3

2. С.2 (7.4.2)

Клиент (испытательной лаборатории):

Г 2 4 5

3.4.12, 6 3.4, 9, рисунок Ю

А.3.7, А.5

6.5, 6.6, А.4.1, А.4.4

1. 3. 6, 3.7, 5.2, рисунок 2. 6.2.1, 6.3.1.3, 6.322, 6.4.1, 6.423, 6.4.3Д 6.4.4Л, 6.4.4.3, 6.4.5'3, 72.1.2, 7.2.2, 7 3.2, 7.4.2, 7.6.22, 7.623, 7.62.4, 7.6.3, 7.7.2, 7.7.3, 82.1, ЬД2, 82.3, 8.32, 9.2, А.1, А.2( 1.3), А2(1.6), А2(1Я)), В2(1.4), В.2(1.5), С.1, C.2(-li), С2(4), С.2(5), С2(6),

49

ГОСТ Р ИСО/МЭК 9646-1-93

Клиент и испытательная лаборатория:

|5] 3.5, 5.3, 6.1, 6.3. 6 3.1 1, 6.3АЗ, 6.3.3, 6 4Д 7.2.3, 7.5.2, 7.7.1, 7.7.4, 8.3.3 приложение D, Е2

Кодирование:

1

2

5

Комбини

2

4

5

3.2, В.6.4

10,2.1. 10.2.2, 10,3.1, 10.4, А.8.6, В.5.1, В.5.8, B5.I0

7.4.1 J

юванная древовидная и табличная нотация:

рисунок 10

5.3, )3.2, А.9.2.6, Приложение D

6.4, А.4.3

2, С.2(7.4.2)

Комплект аттестационных тестов:

[11 3.6. V9

[2] 1.1, 5.2

Комплект выбранных абстрактных тестов:

1 3.6.25, 3.6.29

4 5.4, 6.3.4, рисунок А.1

5 7.3.1,7.4.12,7.62.3

Комплект выбранных выполнимых тестов: (!) 3.6.26. 3.6.30

[4] 5.4, 5.5, 6.3.11, рисунок А.1

Комплект стандартных абстрактных тестов:

' 3.6.31, 3.6 32, 3.8 12, 3 8.114, 6.1 Д4, 6.1.3.4, 6.1 4.4, 6.1.5, 7.3.2 3

1 ‘2 4 ’5

5.2, 10.3.6, 12.3.4, 12.7.2, 13.1, 113.2.2, 13.24, 13.3, 13.4, 15

R 6.2.1, 6.2.5, 6.3.3

6.211.5.1, 63.2.1, 64.3.2, 7.1, 7.3.1, 7.3.2, 7.5.1, 7.5.2, 7.6.2.3, 8.3.1; 9.1

Конечные состояния:

[2] В.6

Контрольный список испытательной лаборатории:

[5] 3.6. рисунок 2

Контрольный список клиента:

[5] 3.7, рисунок 2, 6.2.13.2, 62 1.5 2, 6.3.1, 6.3.21

Локальные вычислительные сети:

МАТ: П1

В.1

а

4

5

МВУОТ:

З.б.Ь. 6.3.2, 7.5, рисснок 8, приложение В

1.2, 10.5, 12, 13.2.3

6.2.1, 6.2.5. А. 1.2.1, А. 1.3, А2.2

4.1, рисунок 1, 2, 6 2.R1, 63.2.3, А.2(Е7), А.2(2п), В.2(1.3). С.1, С.2(2)

2] 4, 12.5 5, рисунок 12

Метод абстрактного тестирования:

1 3.6.1, 6.32, 7.5, рисунок 8, приложение В

2 1.2, 10.5, 12, 132.3

4 6.2.1, 6.2.5, А.11.2.1, A.L3. А22

5 рисунки 1 и 2, 6.2.1.1, 6.32.3, А.2(1.7), А.2(2.п), В2(1.3), С.1, С.2(2)

Метод локального внутреннего тестирования:

[2] 12.5.2, рисунок 9

Метод локального тестирования:

1

2

5

3.8.8, 7.52, приложение В, В.1, В.2 12.3.2, рисунок 1', 12,4.2, рисунок 5, 12.7.2

6.2.1.2, 7.5.2

50

ГОСТ Р ИСО/МЭК 9646-1-93

Метод тестирования:

11 ] 3.8, 7.5, 7.6

Метод шлейфового тестирования:

(11 7.5.5, В.З

[2] 12.6.1, 12.6.2, рисунок 13

Методология абстрактного тестирования:

[1] 3.6.2, 7.3

Метод распределенного внутреннего тестирования:

Метод

2) 12.5.3, рисунок 10, 112.7.2 определенного тестирования:

I 3.8.9, 7.5.2, рисунок 8, 7.6, приложение В, В.4, В.5

12.3.3, рисунок 2, 12.4.3, рисунок 6, D.2

2

4

5

6.2.1

6.2.1.3

Метод скоординированного внутреннего тестирования:

В1

[2] 12.5.4. рисунки 11 и 14

Метод скоординированного тестирования:

Г 3.8.10. 7.5 3. рисунок 8, 7.6, приложение В, В.1, В.2, В.4, В.5

2 рисунок 3, 12.3.4, 12.4.4, рисунок 7, ||2.5.4, 14

41 6.2.1

5j 6.2.1.4, 6.4.5, 7.5 2

Метод поперечного тестирования:

I] 7.5.5, В.З

2| 12.6.1, 12.6.3, рисунок 14

5] 6.2.1.4, 6.4.5, 7.5.2

Метод удаленного внутреннего тестирования:

[1] B.I, В.2

Метод удаленного тестирования:

11 3.8.111, 7.5.3, рисунок 8, 7.6, Приложение В, В.2, В.4, В.5

2] рисунок 4, 12.3.5, рисунок 8, 12.5.5, рисунок 12, 12.7.2, D.2

4 А 1 Я А 4 Я

5 6.2.1.5, С.2(5), С2(7.2.4)

Методы внутреннего тестирования:

[1] 7.5.4, 7.6, приложение В, В.2

(21 12.5

Методы одноуровневого тестирования: [2J 12.3.6, 112.4. 12.5.1 (5 5.3.2.2, 6.4.3.2

Методы формализованного описания: [2 L3, 10.3.1, 13.4, В.3.1, В.7

МЛОВТ:

[2] 12 5.2, рисунок 9

МЛ ОТ:

(2| 4. 12.4.2, рисунок 5. 12 4.3 Многопротокольная ТР:

1 7.5.4, 7.6

2 12.5

5 6.3 2.2, 7.1, С.2(8) Многоуровневые зависимости: [11 5.3, 5.5 (2 6.3.2, 7.3, А.8.9

МПТ:

[2] 4; 12.6.1, 12.6.2, рисунок 14

51

ГОСТ Р ИСО/МЭК 9646-1-93

МРОВТ:

12|

12.3.6, 12.5.3, рисунок НО, 12.5.4, 12.7.2

МРОТ

12] 12.3.6, 12.4.3, рисунок 6, D.2 МСОВТ.

(2| 4, 12.5.4, рисунки 11 и 14 МСОТ:

[2] 4, 12.4.4, рисунок 7, 12.5.7, 14

МУОТ:

[2] 4, 12.4.5, рисунок 6, 12.5.5, D.2 МФО:

(2] U3, 4, 10.3.1, 134, В.3.1, В.7 МШТ:

[2] 4; 12.6.1, 12.6.2, рисунок 13

Наглядность результатов:

[1] 6.5.5

Назначение теста:

1 3.5.5, 3.6.3, 3.6.5, 3.6.7, 6.1.5, 8.1, рисунок 9, 8.2, рисунок

2 8.2, 10.1.3, 10.3, 10.4, 10.5, 11, 13.2.3

4 6.3.3

10

Начальное состояние тестирования:

[11 3.6.18

[2] 13.2.5, D.2, D.42

Недействительное тестовое событие

1 3.7.10. 3.7.15, 6.1.4.5. 6.5.1.3, В.6.1

2 10.2.1. 10.2.2, 17 32, 10.4, В.5 3. В 5.4, В.5 6, В.5.7, В.6.4

4 А. 1.2.2

Ненормальное завершение тестового примера:

[1] 3.7.5, 3 7.20, 6.5.1 4, 6.5.Г.6

[5] 7.62.3

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

[II 3.7.5. 6.5.1 4

Неопределенное тестовое событие:

1 3.6.13

2 13.2.7

5 762.3

Несвоевременное тестовое событие:

3.7.11

[2] 102.1

Нижний тестер:

<1.1 2

4

5

НТ

1

2

4

5' ОАТП:

(V

К

52

3.8.2, 3 8 7. 6.1 4.5. 7.4

8.2, 12. 12.2.1, 14

6.2.1, 6 4. А. 1.1, А.1 2. А. 1.4, А.42, А.4.3, А.4.4, А.4.5

6.3.1 2. 7.6.4.1, С.2(3), 0.2(7.2.10, приложение D

3.8.2, 3.8.7, 4, 6Л4.5, 7.4

8.2, 12, 12.2.1, 14

6.2.1. 6.4, A.U. А.1.2, А.1.4. А 42. А 4.3, А 4.4. А 4.5

6.3.1.2, 7.6.4.1, С.2(3), С.2(7.2.1), приложение D

3.7.8, 4. 6.5.2

15

4 1 рисунок 1, 54, 6.4.4.1, 7.6.2.3, 7.7.2, 8.1.1, 8.3, А.2(2.п), приложение

В, С.2 (6)

ОАТС:

ГОСТ Р ИСО/МЭК 9646-1-93

Hl iLViyTOK II. 5.4. 6 3ЙЗ, 6 4.4.1, 7.7.2, 8.1.1, 8.2, Приложение А Обеспечение:

[2) А.6, А.8.5, А.9.2.2

Обзор статического соответствия:

Н 3.5.V, 6.3.3, рисунок I

[21 А. 1.3, А.2.5, АЛЮ

[5] рисунок 1, 5.3, рисунок 3, 7.2, 8.3.1

Обобщенный тестовый комплект:

[11 3.6.22

[21 8.3, 10.5, 11

Обобщенный тестовый пример:

Й 3.6.7

8.2, 13.2.3, приложение D

Обязательная возможность:

[21 10.2.1, А 2.1, А.2.3, А.7, А.9Л А.9.2.1

[51 7.2.1.2, 7.3.1

Обязательные требования:

[21 В.4.2, В.4.5

Однопротокольная ТР:

[21 12.2.1, 12.3.6, 12.4

[5] 7.1

Одноуровневый тестовый комплект:

' [21 10.2.2

Оконечные—системы:

Р1

ООД

14

Оператор

[51

Оператор

(51

Операции

11 7.2.l.b, 7.5.11, 7 5.4

1.3. 12.3

4, 5.2.1 теста: З.Э. 6:2.1.32, 6.2.1.5.2 ТС:

3.4 теста:

6.3

|41 6.6, А.2.1

[51 5.1, рисунок 1, 5.2 -5.4, 6.L, 6ДК2, 7, 9.1 Определитель абстрактного тестового комплекта:

Р1 8, 9 1, 9.3, 10.1.3, 10.2-10.4, 12.7.2, 1312, 13.4, 15, 16. А.Р2, приложение С, D.4.2

Определитель тестового комплекта:

[2J 10.2

Отклонение:

[4] 52—5.4, 6.1, 6.2.4. 6.3.7, Л 2, рисунок А.1 Отчет об аттестационном тестировании протокола:

[40 3.1, 7.3.1, рисунки 6 и 7, 7.3.2.4, 7.5.1. рисунок 8

[2] 6.2.3, 6.3.4, 7'3, 10.2.1. 10.3ц 10.4, 12, рисунки 1 — 14, А.2.3, А.8.3, А.8.5, А.8.6, В.5

[41 Л. 1.2.1, А. 1.2.2

[51 7.6.2.3, С.2(7.2.4)

Отчет об аттестационном тестировании системы: 111 3.7.7, 5.7.5, 6 5.2

[5] рисунок 1, 5.4, 6.3 2.3, 6.4.4.1, 7.7.2, 8.L.1, 82, Приложение А

53

ГОСТ Р ИСО/МЭК 9646-1-93

Отчет об ошибке:

|2] 13.2.2, 13.4, 16

[41 6.6

Отчет о тестировании:

1 4

5

5.7.4, 6.3, рисунок 1, 6.5.2, 9, рисунок 10

6.4

1.5.1, 5.3. 5.4, 6.3.I.2, 7.62.3, 7.72, 8, 9.1, А2(1.6), В2(1.4)

Ошибка абстрактного тестового примера:

[11 3.7.18

[5] 7.6.2.3

Ошибка выполнимого тестового примера:

[11 3.7.19

[51 7.6.2.3

Ошибка тестовою примера:

[I] 3 7 5, 3.7.17-3.7.19, 6 5 1

[о] 7.6 2,3, 8.3.11

Параметризация:

[I | 3.8.12, 6.33, рисунок 1'

[2| 8.2

[41 52, 5.3, 6.2.4, 6.3.5, 7. А.2.1, рисунок А. 1. А.4.3, А.4.5

[5] рисунок I, 5.3, черт. 3. 7.4, 7.5.1, 9.1

Параметризованный абстрактный выполнимый тестовый комплект:

[11 3.5.8, 3.6 30, 6.3.3

[4] 5.4, 5.5, 6.3, 6.4, черт. А.1. А.2.3, А.З, рисунок А.2, Л.4,5 Параметризованный абстрактный выполнимый тестовый пример:

[1| 3.6.28. 37.3

[5) 5.3, рисунок 3. 7.4.1.1, 7.4.Ц.2, 7.6 2-1.

Параметризованный абстрактный тестовый комплект:

[II 3.6.29

[4) 5.4. рисунок А.1

Параметризованный абстрактный тестовый пример:

[11 3 627

[4[ А.З

Параметры:

[11 3.6127, 3.6.28

[2] 7.3, 10 2 1. 10.3, 10.4, 15.1. АЖИ, А.8.1, А.8.4, А.8.6, В.5.9, В 5.10

[41 6.3.3

[51 6.43.2, 7.4, В.2(1.3), С.2(6), С.2(7.2), С.2(72.2), приложение D ПАТК:

[11 3.6 29, 4

[4] 4, 5.4, рисунок А.1

ПАУТ:

[1| 3.8 6, 3 8 10. 7.4, 7.5 3, 7 6

[21 8.3, 12 3.4, 12.5.4, |3.1, 14. 15.1

[41 6.2 1, А.1.4, А 4.4

[51 6.2.1.4.1

ПБД—АУТ:

П] 4

[21 12.3.4. 12.4.4, 12.5.4

[4] А 1.2.1

ПВТК:

[11 3.5 8. 3.6.30, 4. 6.3.3

[4[ 4, 5 4, 5.5, 6.3, 6.4, рисунок АД А.2 3, А.З, рисунок А 2, А.4.5

[51 4Л, 5.3, рисунок 3, 7.4.1.1, 7,4.1.2, 7.6.2.1

54

ГОСТ Р ИСО/МЭК 9646—1—93

ПБД:

[114, 7.3.1, рисунки 6 и 7, 7.3 2.4, 7.5.1, рисунок 8

2 6.2.3 6.3.4, 7.3, 16 2.1, 110.3, 10.4, 1/2, рисунки 1 — 14, А.2.3, А.8.3, А.8.5,

А 8.6, В.5

[4] А.1 2.1, А.1.2.2

151 7.6.2.3, С.2(7.2.4)

ПДУ:

[11 4, 7.3.2.7, 7.6

|5| 4.1, С.2(3), С.2(7.2.1)

ПКН:

|1| 3 8.1, 4. 6.5.11.1, 7.3.2, рисунки 7 и 8, 7.6

[2| 12, рисунки 13 и 14

41 4, 6.4

|5| 4 1, 6.2.1.3 1

Повторение теста:

[11 6.5.4

Повторный прогон тестовых примеров:

[51 7 6.2.3. 7.6.3.3, 7.6.4 2

Повторяемость результатов:

[4/1 3.7.1, 6.5.3

Подготовка теста:

[41 А.2 1. А.4.5

[5J 3.6. 3.7, рисунок 1. 6.3.11.2, 6.3.1.3, 6.4.1

Подсеть:

[II 3.1

[2] рисунки 13 и 14

Пользователь услуги:

[I] 3.2

Покрытие:

[21 8 2, 10.1.3, 10 2Л 10.3.1, 10.3.5, 10.4, 13.1

Поставщик услуги:

[11 3.2

Постамбула теста:

[Г] 3.6.10, 8.2.1, 8^2

[21 13.2, 0.3

Преамбула теста:

[И 3.6.8, 8.2.Ь, 8.2.2

[21 13.2, D.3

Предвидимый результат тестирования:

[Ц 3.7.4, 65 1.2

Предикат:

[21 А 2 L, А.8.6. А.9.1, таблица А.2, А.9.2 6, А 9.2.7

Прикладной контекст:

[11 В 5, В.6.1, В.6.2, В 6.3

Прикладной уровень:

[11 3.1. В.6

Промежуточное состояние тестирования:

ГН 3.6.17

[21 13.2 5

[11 3.1, В.6

Протокол административного управления тестированием: Г11 3.8.6, 3.8 10. 7.4, 7.5.3, 7.6

[2] 8.3, 12.3.4, 112.5.4, 13.1, 14, 15.1

55

ГОСТ Р ИСО/МЭК 9646-1-93

|4] 6.2.1, АЛЛ. А.4.4

[5] 6.2.14.1

Протокольный блок данных:

П) з.1, в.б

Протоколы не—ВОС:

Ш 7.2

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

П1 В2

Процедуры скоординированного тестирования:

1] 3.8.5. 3.8.6, 3.8.10, 3.8.11, 7.4, 7.5.2, 7.5.3, рисунок 8

2] 8.2, 12.3, рисунки 2, 6 и 8, 12.8, 13.1, 15.1

41 6.2.1, 6.4, 6.6, АЛЛ

5] 6.2.1.1, 6 2.1 3.2, 6.2.1.5J, 6.2. U5.2, 6 3 1.2, 6.3.1.3, рисунок 3, 7.5 Процесс оценки соответствия:

|1 1.3, 3.5.7, 6.Ц.4-2, 6 3, рисунок 1, 6.4, 6.5.2, 9, рисунок 10

[2] 15.2, А. 1.3

[4 5.3, 6.4 .

[5] 1, 3.5. 3.6. 5, рисунок h 6.1/, 6.3Л.2, 6.4 3.2, 7.2.1 2, 7.7, 8.1.1, 8 2 1, 8.3.1, A.F

Пункт доступа к услугам: [11 3.1, 7.3.2.7. 7.6

[51 С.2(7.2.1)

Пункт контроля и наблюдения:

[11 3.8.1, 6.5.1 Л, 7.3.2, рисунки 7 и 8, 7.6

[2 12

(4 6.4

[51 6.2.1.3.1

Раздел соответствия:

[21 63, А 3.6

Раздел соответствия КАТ:

[21 13.3

Раздел согласованности СТК и НТ:

[21 10.5

Реализатор теста:

[1] 3.8Л5, 6.2, рисунок 10

[21 10.4, 13.1. 13.2.8, 133. 15.1

[4] 6.2.1, 6.2.5. 6 3.4. 6.5. 6.6, А.2.2, А.2.3, А.4.4, А 4.5 Реализация теста;

[11 3.8.13, рисунок 1:0

[41 7, А.2.1

Реальная открытая система:

ГМ 3.1. 3 4.1. 34.2, 3.4.4, 3.8 16. 5.4, 57, 7.2, 7.6

[21 12.7.3

[51 8.2.1, А^(1.5)

Реальная система:

|1] 31. 3 8 7. 5.1. 5.3. 5.4, 7. И. В.6.1

[21 12 7.3

[51 АЛ.2.1

Результат тестирования:

[11 3.7.3, 3.7.4, 3.7.5, 3 7.14, 3.7.15,3 7.16. 3.7.21, 6.5

[41 6.4

Ретрансляционная система:

[11 рисунки 4 и 5, 7.2.1 Д 7.5 5

[2] 12.6, рисункц 13 и 14, 12.7.3

56

ГОСТ Р ИСО/МЭК 9646-1-93

СВ:

(5] 3 5. 4.2, 5.2, 5.3, 6.1, 6.3.23, 7.23, 7.6.2Д 7.6 3:2, 7.6.4.1, 7.7, 8.2.1

Сводка динамических соответствий:

[5] В.2(4)

Сводка статических соответствий:

|51 В.2(3).

Сеансовый уровень:

(1| З.ь, в 5

Семантически недействительное тестовое событие:

[11 3.7.13

[2| 12.21, Ю.2.2

Сервисный примитив:

_ 1'13.2

Сервисный элемент прикладного уровня:

(1| ЗЛ; В.5, Вб

Сертификация:

1-7

Сетевой уровень:

[if ЗЛ, В З

Синтаксис передачи:

I 1.1. 3.1, 3.7.10, 6 Л Л, В.2.6, В.6.4

2 6.1, 9.1. 13.1, А.8.6, А.9.1

4 6.4

5] 6 4.2.1, 6.4.2.3, 6.4.4Л1

Синтаксически недействительное тестовое событие:

П1 3.7.12

[2] 10.2.1, 10.2.2

Согласование:

[2] А.8.7

Согласованность:

[I] 1.6, 10

2] 5

(41 6.2.1, 6.2.2, 7

5) I. 6,3.1.2, 6.3Л .З, 9

Согласованный выход:

(5] 3.5, 5.2, 5Д 6. h, 6.3.2.3, 7 23, 7.6.2Д 7 6,3.2, 7.6 4.1, 7.7, 8.2.1 Спецификация абстрактного тестирования:

(2] 5.2, 8, 13, 15

[4] 5.1, 5.5, 6.2.1, А.4.5

Сравнимость результатов:

(11 1.5, 3 7.2. 6.5.4

[5] 1

Средства

СТ:

’2

4

5

'2 4 5

тестирования ТР:

3.6.1, 3.8.12, 3.8.13, 3.8.14, 6.3.2', 6.5.4, 9, рисунок 10

15.1

I, 5.1-5.3, 5.5, 6.1. 6.-2, 6.6, 7, A.I. А.2.3, А.4.1 -А.4.3

Ц рисунки 1 и 2. 7.4.1.1, 7.6.2.1, А.2(2.п), В.2(1.3), С.1, С2(3), С.2(6)

3.6.1, 3.8.12—3.8.14, 4, 6.3.2, 6.5.4, 9, рисунок 10

15.1

К 4, 5.1—5.3. 5.5. 6.1, 6.2, 6.6, 7, А.1, А.2.3, А.4.1-А.4.3

1’, 4.1, рисунки 2 и 3, 7.4.1.1, 7.62 1, А.2(2п), В2(1.3), С.1, С.2(3), С.2 (6)

57

ГОСТ Р ИСО/МЭК 9646-1-93

Стандарт по аттестационному тестировании?:

11 3.6.32, 6.5.2, 9

2] 1.1, 1.2, 8, 8.3, ЮЛ Л, II, 12 7.2, 14

4| 5.1, 6.3.2

5] Д’, 5 2, 6.3.1 2, 6.3 2.1, 6.3.3, 6.4.5.1, 9.1

Статус:

(2} АА1, А.2.5, А.6, А.8.3, А.8.5, АА6, А.9.1, А 9.2Л таблицы А.1—А З

А.9.2.7

СТК и НТ:

[2] 4, 10

Структура тестового комплекта:

II] рисунок 10

[2] 8.3, 10, 131, А.1.2

СЭП:

1 4, В 5, В.6

4 6.4, А. Й.2Л

5 4.1,6 2.1.2 1, 6.2Л.З, 02.(5)

Тайм-ауты (таймеры):

1 5.3

2 10.2.1, 10.2:2, 10.4

5 7.4.1.1, В.2(1.3), С.2(6), Сй(7.2), С,2(72.3)

Тело теста:

ГЫ 3.6.9. 82.1

(2) 11, 13.2, D.2, D.4

Тестируемая реализация:

[11 3.4 1. 7.2.2, 7.3.1, рисунки 6-8 и 16

[й] 10.2.1, 10.2.2, 12.3, рисунки 1—4, 12.4, рисунки 5—8, 12.5, рисунки 9-12, 12.7.3

[4] 5.3, 6.2.2, 6.3.3, 6.3.4, 6.3.5, 6.4, 6.5, А. 1.2.1, А. 1.2.2, А.1.3, АЛ4, A.2.I, А.4:2 А.4 3

[5] 1/3.3. рисунок 1, 5.4, 6.2Л.&И 6.2.1.4 1, 6.3ЛЛ. 6.3.1.3, 6.3^1, 6.3.2.2, 632.3, 6.4.1, 6.4.2.3, 64.3.2, 7.2Л.1, 73.Ь, 7.6.1, 7.6.3.1, 7 6.3.3, 7.6.4.1, 7.64.2, 8.2.1. 8.3.1, 9.1, А.2(1.5), А.2(1.7). А.2(2), A.2(2.n), В.2, С 1. С.2(5), С.2(6), С.2(72), приложение В

Тестир емая система:

2

4

'5

3.4.2, 4, 6.3.2, 6.5.2, 7.2Л|, рисунок 7, 7.5.1

12, рисунки 5—8, 10—12, 13.2.3

4. А 1.2.1, А.1.3, А.4.4

34, 4.1, 5.2, 6Л|, рисунок 2, 6Д 6.31.2, 63.1.3, 63.2.2, 6Л.К 6.4.4.1, 6 4.4:2, 7.5.1, 7.5.2, 7.6.3.1, 8.2.1, 9.1, 9.2. А.2(1.4), А.ЙН.5), А.2(1.7), А.2(2.п), С^(3), С.2(5), Cj2(6), С.2(7.2.1), С.2(7.2 4), Приложение I)

Тестируемое состояние:

[Ц 3 6 14. 3 6.15—3,6.18

Тестирующая система:

[1] 3.6.14, 3.720, 3.8.7, 3.8 8, 6.33, 6.5.I.6, 7.32.2, рисунок 7, 7 3.2.6, 7 5.2, рисунок 8, 8,2.3

2 12, рисунки 1—14

4 1, 5.3, 6.2.1, 6 3.3, АЛЛ, АЛ.2.1, А 4 I, А.4 2

5 6 2.1.2.1, 8 3.1

Тестовая группа:

1 3.6.6, 3.6:21, рисунок 9

2 8.2, 10.2, 10.3

4 6.3.3

58

ГОСТ Р ИСО/МЭК 9646-1-93

Тестовая кампания:

1П 3.5.8, 3.7.21, 6 3.3

4 6.4, рисунок А.2

5] рисунок 1 5.3, 6.1, 6.3.1.2, рисунок 3, 7.3.1, 7.3.2, 7.5.1, 7.5.2, 7.6,

7.6.2.1, 7.7, 8.2.1. 8.3.1, 9.1, В.2(4), В.2(6)

Тестовая нотация:

li| 8.2 .1, 9

2 5.2, 5.3, 8.2. 13.1-, 13 2

4] 6 2.2, А.4.3

Тестовое событие:

1] 3.6.11—3.6.13, 3.7.3, 3.7.9—3.7.13. 6.3.3. 6.5.1, 7.3^ 2, 8.1, рисунок 9.

2. 10.2, 10.4

4 6.3.3, 6.4. А.11 2.1, А З, А.4.5

5 6 2.1.5.2,8.3.1

Тестовый комплект:

8.2

|1| 1.6, 3.6, 3.6.19, 3 8 14, рисунок 9

Тестовый пример:

[1] 3.6.20, рисунок 9

Тосты основной взаимосвязи:

I 3.5.2, 6.1.1, 6.1.2, рисунок 1, 6.4

21 10.2.3, 13,1», 15.2

41 6.2 3 А 4 5

5 5.3, рисунок 3, 7.3.1, 7.3.2, 7.4.1.2, 7.6.2Д 7 6 3.2, 8 3.1 Тесты поведения:

1 3.5.4, 6.1.1, 6.1.4, рисунок 1

2 10.1.3, НО 2, 13Л 15.2

4 6.2.3, А.4.5

5 5.3,7.31,7.6.2.2

Тесты разрешения соперничества:

1] 3.5.5, 6.1.1, 6.1.5 '21 11, 13.2.3

Тесты функциональных возможностей: 1; 3.5 3, 6.1.3, рисунок L 6.4

2

4

10.1.3, 10.2, 10.4, 15.2

А.4.5

5 5.3, рисунок 3, 7.3.1, 7.4.1.2, 7 6.2.2

Техническая поправка:

1] 3.5.2, 4, 6.1|.1, 6Л|.2, рисунок 1, 6.4

21 10:2.3, 13.1. 15.2

41 6.2.3, А.4.5

5] 5.3, рисунок 3, 7.3.1, 7.3.2, 7.4 1.2, 7.6.2$, 7.6.3.2, 8.3.1 ТР.

(11 3.4,1», 4, 7.2.2, 7.3.1, рисунки 6—8 и 1Ю

[2] 10.2.1, 10.2.2, 12.3, рисунки 1—4, 12.4, рисунки 5—8, 12.5, рисунки 9—12, 12.7.3

(4) 5.3, 6.2.2, 6 3.3-63 5, 6.4, 6.5, А.гг.Ь, А.1 2.2, А.1.3, А.1.4, А.21..А.4.2, А 4.3

[5] 1. 3.3, 4.1, рисунок 1, 5.4, 6.2.1.3.1, 62.1.4 1, 6 3 1b 6.3.1.3, 6.3.2J — -6.32.3. 6.4.1., 6.4.2.3, 64.3.2, 7.2.1.1, 7.3.1, 7.6.1 7.6.3.1, 7.633 7.6.4.1, 7.6.4.2, 8.2.1, 8.3.1», 9.1, А2(1.5), А.2(1.7), А.2(2), A.2(2.n), В.2, С.1, С.2(5), С.2(6), С.2(7.2), приложение D

59

ГОСТ Р ИСО/МЭК 9648-1—93

Транспортный уровень:

(I] 3 1, ВЛ

Трасса диагностики:

[5] I. 7 7.2, 8.8.1

Требования к динамическому соответствию:

11 3.4.3, 5.2.3, 5Л, 5.6, 6Л4.1

[2] 1.2. 6.2.1, 6 3. А.8.3, ВЛ.2

Требования к статическому соответствию:

[1,1 3.4.4, 3.5.1, 5.2.3, 5.3, 5.4, 5.7.4, 6.1.1, 6.1.3.1, 6.3.3, рисунок I

[21 62 1, 63, 7.3 9 Ю.ад А.2 4, А 8.3, А91. ВЛ.5, Приложение С

[5] В.2(2), В 2(5)

ТС:

2

4

51

3 4.2, 4, 6,3.2. 6.5.2, 7.2 1. черт. 7, 7.5.1

12, рисунки 5—12, 13.2.3

4. АЛ.2Л. А.кЗ, АЛЛ ___ _ , „

34 4 1/52. 6.il, рисунок 2, 6.2, 6.3.1.2, 6.3.1 3, 6.32.2, 6.4.1, 6.4/

64 42 7.5.1, 7.5.2, 7.6.3.1, 8.2.1, 9.1, 9.2, А.ШЛ), А.2(1,5), А.2(1. А.2(2.п), С.2(3), С.2(5), С.2(6), С.2(7.2.1), С.2(7.2Л), Приложение

Уровень звена данных;

[1] 3.1, В.2

Уровень представления:

111 V.3, 3.7.8, 6.5.2

IB 15

15] рисунок 1. 5.4, 6ЛЛ.1, 7.62.3, 7.7.2, 8.ki, 8.3, А.2(2.п), приложение С.2(6)

Услуга исчерпывающего тестирования:

' И] 3.8.16

12] 12.7.2

4] 6.2.5

[5] 6 3 12, 6.3.2.2, 9.1

Устойчивое состояние тестирования:

[1] 3.0,15

[2] 12.2.3, 13.2.5

Факультативные функции:

И] 52.1, 5.5, приложение А

{2] 7.3, 8.2, А.1, А.2, А.З, A9.I, А.2.7, ВЛ

Физический уровень:

£

Форма

1.7, 3.1, В.1

1.3, 12.2.1

ДИРПТ:

2

4

5

3.4.9

15.1

6.1, 6 3.4, 6.5

5.2, рисунок 2, 6 3.1.2. 6 4.3. приложение С

Форма

ЗСРП:

I

3.4.7

2 6.3.3, 7, 8.2, 9, 15.1, приложение А, рисунок А 1

4

А2.2

Форма

5] рисунок 2, 6.4.2» 7.2.1.2 ЗСС;

[5] рисунок 2

Форма ОАТП:

[5] приложение В

60

ГОСТ Р ИСО/МЭК 9646-1-93

Форма ОЛТС:

|1J 5.7.5

[5] 8.2, Приложение.' А

Формальные методы в аттестационном тестировании:

[2] 10.4

функциональные возможности реализации:

|1| 34.5. 6.1.3

[2] Л.2.1, А.8.3

Функциональный стандарт.

П15.1

Холостое состояние тестирования:

111 3.6.16

[21 13 2.3, 13.2.5

Цель тестовой группы:

[П 36.6, 8.1

[2| 8.2, 10.3

ЦСИО:

[11 К2,4

Частичная форма ДИРПТ:

[21 10.5

[41 6 3.3, 6.5, Л.2.2

Частично открытая система:

[1] рисунки 3 и 5, 7.2 I 2, 7.3.1

Шаг теста:

1| 3 6 8, 3.6 9, 3.6.10, 3.6.11, 8.1, рисунок 9

21 8.2, 10.1.3, 13Л, 13.2.6

41 А.4.5

Эталонный стандартный КАТ:

[11 3.8.12, 3.8.14

[41 I. 5.1, 5.2, 5.3. 6.2.1, 6.2.2, 6.2.3, 62.5, 6.3.2, 6.3.3, 6.3.4, 6.4, 6.5, 6.6,

А 2.1.1, Л.1.3, А.2.1, А.2.2, А.2.3. А.4.3. А.4.5

[5] 6.3 2.1. 6.4.3.2, 7.3.1. 7.4.1.!•, 7.6.4.1, 8.2.1

61

ГОСТ Р ИСО/МЭК 9646-1-93

УДК 681.324:006.354

П85

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

ОКСТУ 4002

Редактор И. П. Огурцов Технический редактор 8. И. Прусакова Корректор А. С. Черноусова

Сдано в набор 26.01.9-4. Подл, в печ. 2 7.03.91. Усл. печ. л. 3.95. Уел. кр.-отт. 4.08.

Уч.-изА. л. 4.30. Тир. 334 экз. С 1122.

Ордена «Знак Почета* Издательство стандартов, 107076. Москва. Колодезный пер.. И, Калужская типография стандартов, ул. Московская, 256. Зак. 226