ГОСТ Р ИСО 26262-4—2014
рассматриваются нерешенные вопросы, связанные с верификацией программно-аппаратных средств;
с)в плане интеграции и тестирования устройства на уровнях системы и транспортного средства
должны быть рассмотрены интерфейсы между подсистемами транспортного средства (внутренние и
внешние к устройству) и окружающей средой.
П р и м е ч а н и я
1 При планировании интеграции и тестирования на уровне транспортною средства может быть
рассмотрено правильное поведение автомобиля при типичных и чрезвычайных ситуациях в транспортном
средстве и окружающей среде, но с достаточным подмножеством методов (см. таблицу 4).
2 Планирование интеграции и тестирования, на основе которого выполняется интеграция устройства на
программно-аппаратном уровне и уровне системы, рассматривает интерфейсы и взаимодействие между
аппаратными средствами и программным обеспечением.
8.4.1.4 Если в системе используются данные о конфигурации или калибровочные данные, то
верификация на уровне системы или транспортного средства должна предоставить доказательства
соответствия требованиям к системе безопасности для каждой конфигурации на уровне реализации
или для каждой конфигурации, предназначенной для серийного производства.
П р и м е ч а н и е-Если полная верификация каждой конфигурации на уровне системы или
транспортного средства не представляется возможной, то может быть выбрано разумное подмножество.
8.4.1.5 Испытательное оборудование должно быть под управлением системы контроля
качества.
8.4.1.6 Каждое функциональное и техническое требование системы безопасности должно быть
верифицировано (если это возможно тестированием), по крайней мере, один раз на подстадии
интеграции.
П р и м е ч а н и я
1 Обычная практика заключается в верификации требования безопасности на более высоком уровне
интеграции, на котором оно было специфицировано.
2 Об аномалиях системы безопасности, выявленных в ходе тестирования интеграции, сообщается в
соответствии с требованиями 5.4.2 ИСО 26262-2.
8.4.1.7 Чтобы сформировать соответствующую спецификацию тестовых примеров для
интеграционных тестов, тестовые примеры должны быть получены на основе соответствующей
комбинации методов, перечисленных в таблице 4, а также с учетом уровня интеграции.
Т а б л и ц а 4 - Методы получения тестовых примеров для тестирования интеграции
Методы
А
УПБА
ВСD
1аАнализ требований♦+♦++♦
+♦
1Ь
Анализ внешних и внутренних интерфейсов ♦♦♦+♦+♦
1сГенерация и анализ классов эквивалентности интеграции
♦ +
+♦+♦
аппаратных средств и программного обеспечения
1dАнализ граничных значений
+♦+♦
++
1еОшибки, предполагаемые на основе знаний и опыта
♦
+
+♦
+♦
1fАнализ функциональных зависимостей
♦+
♦♦+♦
19
Анализ общих предельных условий, последователь-ностей
♦+
+
♦
++ и источников
зависимых отказов
1hАнализ состояния окружающей среды и прецедентов
+♦♦
+♦+♦
эксплуатации
1iАнализ опыта эксплуатации♦♦♦+♦+♦
8.4.2 Интеграция и тестирование аппаратных средств и программного обеспечения
8.4.2.1 Интеграция аппаратных средств и программного обеспечения
8.4.2.1.1 При интеграции аппаратных средств, разработанных в соответствии с требованиями
ИСО 26262-5, и программного обеспечения, разработанного в соответствии с требованиями ИСО
26262-6. должны использоваться методы тестирования интеграции, перечисленные в таблицах 4 - 8 .
8.4.2.1.2 Требования программно-аппаратного интерфейса должны быть протестированы с
соответствующим охватом с учетом значения УПБА или должно быть дано обоснование, что все
вопросы, связанные с программно-аппаратным интерфейсом, решены. Данное требование
распространяется на значения УПБА С и D в соответствии с 4.3.
16