FORESIGHT Pro

Опыт разработки TDP для RTRT

Одной из самых полезных возможностей IBM Rational Test RealTime является поддержка тестирования и анализа поведения программного обеспечения непосредственно на целевой встроенной платформе.

Test RealTime позволяет сделать составление тестов и методы взаимодействия на уровне тестирования полностью независимыми от платформы тестирования при помощи технологии Target Deployment Port (TDP). Каждая среда кросс-разработки - то есть, каждая комбинация компилятора, компоновщика и отладчика - имеет свой собственный TDP, что позволяет использовать одни и те же тесты при тестировании как на хосте, так и на целевой платформе.

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

 

 

 

1 

Рис.1 Общий вид редактора TDP

 

Общие сведения о разработке TDP

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

Для многих менее популярных платформ (особенно встроенных) официальных TDP не существует, следовательно, в этом случае возможны три варианта: сменить платформу разработки (что не всегда возможно), разрабатывать TDP самостоятельно (что потребует экспертизы как в работе Test Realtime, так и специфике целевой платформы и знания Perl для написания интерфейсов TDP), либо обратиться к специалистам, имеющим опыт решения подобных задач.

 

Практический опыт

Приведем практический пример. В процессе разработки TDP для платформы PowerPC604 на VxWorks 653 возникло большое количество проблем, несмотря на то, что за основу был взят предоставляемый IBM TDP для практически идентичной архитектуры и другой версии этой ОС. В частности, пришлось переписать интерфейсы TDP под новую версию протоколов обмена данными Wind River Tool eXchange, неочевидным образом переопределить большую часть переменных среды, скомпилировать подходящую версию транслятора rtrtWTX из предоставленных IBM исходников и перенастроить систему взаимодействия с целевой платформой в WindRiver Workbench, руководствуясь неинформативными сообщениями об ошибках. Решение этой задачи потребовало координации действий нескольких специалистов и консультации IBM по спорным вопросам.

 

 

 

 2

Рис.2 Вариант неинформативной ошибки соединения при неправильной настройке TDP

 

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