Как протестировать проект AUTOSAR?

Question

Я очень новичок в AUTOSAR. В настоящее время я нахожусь в поиске, чтобы найти различные типы тестирования, используемые в проектах AUTOSAR. Моя цель - получить знания в области тестирования AUTOSAR. Ниже приведены вопросы, на которые я надеюсь получить ответ. 1. Какие области AUTOSAR можно протестировать? 2. Как практически протестировать проекты AUTOSAR? 3. Какие инструменты используются для тестирования проекта на базе AUTOSAR? 4. Как начать обучение тестированию проекта AUTOSAR? 5. Найдите ресурсы, доступные для изучения тестирования AUTOSAR.

Answer 1

Тестирование проектов AUTOSAR мало чем отличается от тестирования не-AUTOSAR проектов. Даже инструменты могут быть в основном одинаковыми (если вы тестировали с CANoe, то связь и логика ECU c с использованием протокола UDS или XCP такие же, как и раньше). Вам могут понадобиться некоторые новые инструменты (или, по крайней мере, текущая версия инструментов), которые могут автоматически извлекать информацию из файлов AR XML.

Различные области, такие как:

• SWC могут быть протестированы, например, с помощью модульных тестов на их интерфейсах RTE. RunnableEntities определены и события, которые их запускают, и порты, к которым они получают доступ. (например, AEUnit, Dassault AUTOSAR Builder ASim, ..)

• Интеграционное тестирование в интерфейсах, включая использование, например, DET. например, отсутствующие вызовы или неправильный порядок вызовов, параметры, состояния и т. д. c.

• RPT (быстрое прототипирование) сценарий ios, который можно использовать для тестирования HIL / SIL

• Временное переопределение входов / выходов с помощью XCP или UDS Чтение / Запись и IoControl (ShortTermAdjustments) на DID (DataIdentifiers), например, переопределяет ваш вывод al go (предупреждение вкл / выкл) и тестирует компоненты управления (например, включить, включить функцию, al go предупреждение включено -> сигнал XXX = WARN_1, если мигание не установлено, или XXX = WARN_2, если мигание установлено, или XXX = WARN_OFF, если сетевой выключатель ВЫКЛ, независимо от того, что говорит al go Или, если существует ошибка, относящаяся к функции, состояние функции = MALFUNCTION и XXX = WARN_OFF.

• Регистрация / трассировка с использованием DLT (Diagnosti c Log & Trace) логическая / функциональная трассировка / вывод журнала, вывод измерения времени

• ARTI для измерения времени

• обычные мониторы и отчеты DemEvents и цепочки CombinedEvents / DTCs и FunctionI запреты и обработка функциями (например, неисправность DemEventA -> FUNCA, нормальная функция FUNCB, поскольку FUNCB не подвержена влиянию корневой причины, о которой сообщает DemEventA)

Относительно специальных c тестов AUTOSAR, много проверки теперь также выполняются некоторыми инструментами AUTOSAR, чтобы фактически проверить файлы AR XML для определенных ограничений, определенных метамоделью AUTOSAR, для обмена данными между различными инструментами (например, Авторским инструментом, который создает SWCD ARXMLs и Конфигурацию Инструменты, которые используют AR XML для настройки системы (BSW & RTE).

Одна вещь, которая вызывает много проблем, если обычно возникает проблема, это использование файлов DB C для настройки AUTOSAR ComStack, так как DB Файлы C не в состоянии express многое, что вы действительно можете определить с помощью файлов ARXNL или, как правило, создать даже неправильную вещь (из-за ограничений в файлах DB C).

Также на самом деле возникает множество проблем из-за неправильного понимания / игнорирования концепций и функций AUTOSAR, а также программирование вокруг AUTOSAR. Некоторые даже связаны с концепциями / требованиями OEM-производителей, которые также думают в эпоху до AUTOSAR.

Answer 2

Нет четкого ответа на ваши вопросы.

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

Если бы я был вами, я бы попытался нарисовать подробную модель проекта "V". На каких этапах разлагается ваш проект и на каких этапах интеграции (правая половина модели «V») эти этапы тестируются. Получив этот чертеж / карту, запустите Google для фаз и поставьте после них слово AUTOSAR.

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

Имейте в виду, что «окончательного» моделирования AUTOSAR не существует; некоторые проекты создают детальные модели, другие просто делают это поверхностно. Спросите инженеров, насколько хорошо смоделирован ваш проект, прежде чем принимать решение о плане тестирования или инструменте тестирования. AUTOSAR - модное слово, которое делает инструмент разработчика / тестера стоить в n раз больше, но его полезность резко снижается, если проект не соответствует стандарту до очень подробного уровня.