Close

Automation of driving tests

You can use TPT for testing vehicles while driving. Specifically, these are automated driving tests where TPT communicates with the vehicle via signals and parameters and where the driver receives driving commands and other calls to action at the same time. The measurement data from the driving tests are assessed automatically by TPT. Moreover, using TPT has some practical implications that come to play when keeping physical distance is called for.

The test case communicates with both the vehicle and the driver simultaneously. This is done via a dashboard that allows interaction through control items, text and acoustic messages concerning the test performance in a way that is clear and easy to follow.

All measurement data taken from the test case are assessed automatically. This entails two things. First, the assessment can take place while driving, which is immensely time-saving. Second, the driving test can be executed without a second person on the co-driver seat operating the application tool and TPT is running pre-defined test cases all by itself. In other words, automated test driving can be done by just one person that is the driver. Clearly, when keeping physical distance is required, being able to operate alone is quite invaluable.

What’s more, TPT communicates with a large variety of application tools which makes it possible to observe system data and manipulate system inputs in real-time. Below you find an overview of the most common integrations in use with TPT.

Vehicle or driver-in-the-loop testing with TPT

Integration with ETAS INCA

TPT can run INCA remotely. It’s possible to initiate measurements and alter application parameters. Besides scalar parameters, also structured application values like arrays, maps, and curves can be used. The results can be observed on the real system and afterwards assessed automatically.

Integration with Vector CANape

TPT communicates with CANape via interfaces. Access to application parameters, online measurements and diagnosis during the test run are supported. The data can be observed and is used afterwards by TPT for automatic assessment.

Communication via CAN and XCP

TPT can acces CAN and supports XCP over CAN for access of CAN signals, application parameter and measurement of internal signals via A2L mapping.

Integration with CANoe

TPT can execute its test cases via CANoe. CANoe is run remote-controlled by TPT via XiL API.

TPT Autotester: running vehicle tests in parallel

A feature that can be used with TPT is the Autotester. Essentially, it observes test signals of both the driver and the vehicle automatically while driving. Moreover, test cases are recognized automatically by the Autotester upon execution.

The Autotester lets you run test cases in parallel so they do not have to be executed one-by-one. In other words, test cases can be executed simultaneously. At any rate, you select any test case to be your active test case, and the remaining cases are carried out as the test signals are observed.

Say, you want to test the gear shifting from 1 to 2, and from 2 to 3. Driving to the proving ground, the Autotester will recognize those tests and will mark them as carried out. As a result, the tests are run as “drive-by” tests, which saves enormous testing time.

What‘s more, the assessment of the test cases is handled entirely by the Autotester, as well, sparing you the time to manage your test data.

Needless to say, TPT lets you run the Autotester without an operator on the co-driving seat.

What's new?

FEY-Approach

Introducing the FEY-Approach

Discover how the Full-Expectation-Yet (FEY) Approach revolutionizes software testing by focusing on outputs and behavior validation. By ensuring the presence of expected values, this approach

Read More »