4.2.8 Отношение к тесту функциональности (качества работы и функционирования)
Атрибут функциональности имеет глубокое отношение к услугам, предоставляемым со стороны TCN/ ПСС, хотя этот тест соответствия не намерен реализовывать тест на выявление функциональности и функционирования, тем не менее, атрибуты рабочих характеристик учтены в таблице 5 следующим образом.
Таблица 5 ̶ Отношение к тесту функциональности (качества работы и функционирования)
Атрибут рабочих характеристик | Описание |
Скорость | Этот атрибут функциональности описывает временной интервал, используемый для выполнения функции или скорость, с которой выполняется функция. (Функция может или не может быть выполнена с заданной точностью.). Пример оценки скоростного атрибута: тест управления обновлением или тест контроля актуальности (freshness (свежесть) time supervision test) |
Точность, правильность | Этот атрибут функциональности характеризует степень правильности, с которой функция выполняется, независимо от того, выполняется ли функция или не выполняется с желаемой скоростью. Пример оценки правильности: тест приемник гистерезиса (the receiver hysteresis test) |
Надежность | Этот атрибут функциональности характеризует степень уверенности (или поручительства), с которым функция выполняется независимо от скорости или правильности, но в пределах данного интервала контроля. Пример оценки атрибута надёжности является: стабильность соединения в течение всего времени открытия |
Ни одно из положений в настоящем стандарте не выполнено для того, чтобы реализовать или рекомендовать тест функциональности (качества работы и функционирования), как это определено МЭК 60571.
4.3 Выходная шина (исходящая линия) оценки соответствия
4.3.1 Общее
Главной особенностью процесса оценки соответствия является конфигурация оборудования, позволяющая обмен информацией между IUT (тестируемая реализация) и реальным тестером. Они управляются и регистрируются реальным тестером.
В концептуальном плане, тестирование соответствия должно включать в себя несколько этапов, включающих и статические отзывы соответствия и фазы живого тестирования, завершающееся выполнением тестового отчета, который, который будет настолько тщательным, насколько он будет практичным.
Этими шагами являются:
• компиляция PICS;
• компиляция PIXIT;
• выбор теста и настройка параметров;
• базовое тестирование взаимодействия (необязательное);
• тестирование возможностей;
• тестирование поведения;
• обзор и анализ результатов испытаний;
• синтез, выводы и выполнение отчета об испытаниях на соответствие.
4.3.2 Анализ результатов, итогов и решений
Наблюдаемый результат (результат выполнения теста) Ї это ряд событий, которые произошли во время выполнения теста; он включает в себя все входные и выходные из IUT в точках управления и регистрации (наблюдения).
Предусмотренные результаты выявляются и определяются спецификацией общеприменимого тестового примера, взятого в сочетании с протоколом Части. Для каждого тестового случая, может быть один или несколько предусмотренных результатов. Предусмотренные результаты определяются, прежде всего, в общих понятиях.
Решение (вердикт) Ї это утверждение о проходе (успехе), о сбое (неудаче), безрезультатности или о недостаточной убедительности и доказательности, которые должны быть связаны с каждым предусмотренным результатом в абстрактной спецификации тестового набора.
Анализ результатов выполняется путем сравнения наблюдаемых результатов с предусмотренными результатами.
Решение (вердикт), назначенное наблюдаемому результату, Ї это решение, которое связано с соответствующим предписанным результатом. Если наблюдаемый результат является непредвиденным, то абстрактная спецификация набора тестов будет утверждать, что должно быть назначено решение (вердикт) о невыполнении.
Средства, с помощью которых производится сравнение наблюдаемых результатов с предусмотренными результатами, выходит за рамки настоящего стандарта.
Примечание - Среди возможностей присутствуют:
а) ручное или автоматическое сравнение (или комбинация);
б) сравнение вовремя или после выполнения;
в) перевод наблюдаемых результатов в общие понятия для сравнения с предусмотренными результатами, или перевод предусмотренных результатов в понятия, используемые для записи наблюдаемых результатов.
Вердикт должен быть следующим: пройдено (успех), неудача или не доказанность/неубедительность:
г) пройдено (успех) означает, что наблюдаемый результат удовлетворяет цель теста и имеет силу по отношению к соответствующей части TCN или по отношению к PICS;
д) сбой (неудача) означает, что наблюдаемый результат синтаксически недействительный или неподходящий по отношению к соответствующей части TCN или по отношению к PICS;
е) не доказан/неубедителен означает, что наблюдаемый результат действителен по отношению к соответствующей части TCN, но препятствует завершению цели теста.
Решение, назначенное конкретному результату, будет зависеть от цели испытаний и действительности наблюдаемого поведения протокола.
Решения, вынесенные относительно отдельных тестовых примеров, будут синтезированы в общее резюме для IUT (тестируемой реализации) на основе выполненных тестов.
5 Тест на проверку соответствия узла WTB (wire train bus Ї проводная шина поезда), магистрального кабеля WTB, соединительного кабеля WTB, кабеля-удлинителя WTB
5.1 PICS (свидетельство о соответствии реализации протокола)
PICS - проформа представляет собой набор таблиц, содержащий вопросы, на которые должен ответить реализатор (исполнитель), а также он содержит ограничения на возможные ответы.
PICS содержит два типа вопросов:
• вопросы, требующие ответы либо "ДА", либо "НЕТ", связанные с тем, был ли реализован пункт или нет (начиная от макроскопического функционального блока до микроскопического блока). Допустимые ответы, которые отражают базовую спецификацию, описаны в PICS, в качестве требования; ответы составляют поддержку;
• вопросы, касающиеся численных значений, реализуемые (для таймеров, для размеров сообщений, для частоты и т. д.). Законный диапазон изменения этого значения, который отражает базовую спецификацию, приведен в МЭК 61375-2-1. Ответы составляют поддерживаемые значения.
5.1.1 Инструкции по заполнению PICS - проформы
PICS организованы в виде таблиц. Столбцы в таблицах следующие:
Ссылка
• Поддерживаемый подраздел
• Поддерживаемая возможность
• Требование
• Вопрос
• Ответ
•Реализация
• Значения параметров
5.1.1.1 Сокращения
Следующие сокращения используются в этой PICS проформе:
m: обязательно
n/a: не применимо
o: необязательно
c: условно
d: по умолчанию
y: да
n: нет
5.1.1.2 Колонка ссылок
Эта колонка используется для эталонных целей внутри PICS.
5.1.1.3 Колонка поддерживаемых подпунктов
Эта колонка дает отображение (сопоставление) между МЭК 61375-2-1 и соответствующей записью в PICS.
5.1.1.4 Колонка поддерживаемых возможностей
Эта колонка подчеркивает унитарную возможность подраздела, к которому она относится.
Ответ "Y" в колонке реализации означает, что тестируемая реализация (IUT) в состоянии:
• генерировать соответствующие параметры обслуживания (или автоматически, или потому, что конечный пользователь явно требует эту возможность); -
• интерпретировать, обрабатывать и, при необходимости сделать доступными для конечного пользователя соответствующий параметр или соответствующие параметры обслуживания;
Когда ответ "N", это не означает, что соответствующие параметры обслуживания не реализованы, но тест соответствия запрашивается пользователем.
5.1.1.5 Необходимая (требуемая) колонка
Эта колонка показывает уровень поддержки, необходимый для соответствия стандарту МЭК 61375-2-1.
Значения являются следующими:
m требуется обязательная поддержка;
О опциональная (дополнительная) поддержка разрешается для соответствия МЭК 61375-2-1. Будучи реализованная, она должна соответствовать спецификациям и ограничениям, содержащимся в соответствующем подразделе. Эти ограничения могут повлиять на необязательность других пунктов;
С пункт является условным, поддержка этого пункта является предметом предиката, на который ссылаются в столбце примечания;
n/a пункт не применяется.
Если опции не поддерживаются, соответствующие пункты должны рассматриваться в качестве не применимых (несоответствующих).
5.1.1.6 Колонка реализации
Эта колонка должна быть завершена поставщиком (провайдером) или исполнителем IUT. Проформа была разработана таким образом, чтобы только необходимые записи ввода находились в собственной колонке:
Y: «да», этот пункт был реализован;
N: «нет», этот пункт не был реализован; Ї:
Пункт не применяется.
В таблицах PICS проформы, все ведущие пункты, обозначенные 'm' должны быть поддерживаемы IUT (тестируемой реализацией). Подпункты, обозначенные "m" должны поддерживаться, если соответствующая ведущая функция поддерживается IUT (тестируемой реализацией).
5.1.1.7 Колонки со значениями параметров
5.1.1.7.1 Допустимый минимум
Эта колонка уже заполнена и указывает на минимальное значение параметра.
5.1.1.7.2 Значение по умолчанию
В этой колонке указывается значение по умолчанию для параметра. Когда МЭК 61375-2-1 определяет значение по умолчанию для параметра, такое значение используется как вход в эту колонку. Когда стандарт рекомендует диапазон, используется среднее значение.
5.1.1.7.3 Допустимый максимум
Эта колонка уже заполнена и указывает максимальное значение для параметра.
5.1.1.7.4 Реализованное значение
Эта колонка должна заполняться поставщиком (провайдером) или реализатором (исполнителем). Проформа была разработана таким образом, что ввод по требованию - это реализованное значение. В случае нескольких значений, должно быть выбрано значение по умолчанию.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
