039 Using Windriver Workbench
039 Using Windriver Workbench
Abstract
This document describes the usage of the Windriver Workbench debugger as target
system. Tessy requires version 3.0 or later of the Windriver Workbench.
Table of Contents
1 Introduction.......................................................................................................... 2
2 Windriver Workbench Workspace Setup ............................................................. 2
2.1 Starting the Host Shell.................................................................................. 2
2.2 Verbose Output Messages........................................................................... 5
3 Troubleshooting................................................................................................... 6
3.1 Timing problems........................................................................................... 6
3.2 Execution errors ........................................................................................... 7
1 Introduction
The communication between Tessy and the Windriver Workbench debugger is based
on the tcl interface of the debugger (within the Host Shell). In order to prepare the
Windriver Workbench for test execution, you need to start a predefined script
(available within the Tessy installation like described below) that waits for test
execution requests sent by the test driver master process of Tessy.
Please note: Tessy will connect to a running instance of Windriver Workbench. You
need to start the Workbench before executing tests with Tessy.
This will show the Start Host Shell dialog, where you need to provide the file name
of the Tessy script to execute. You need to enter the path to the following script file:
C:\Program Files\Razorcat\Tessy_2.5\sys\targets\windriver\tessy.cmd
The option –q suppresses opening of an editor window (showing the script contents),
when the script file is executed.
After pressing the OK button, the Host Shell window will appear:
The system is now ready for test execution with Tessy. You should minimize the
Windriver Workbench for best execution performance.
Please note: You should avoid doing anything within the Windriver Workbench
during test execution since this may cause unpredictable reactions of the
Workbench.
When checking the Define Breakpoint option within the Tessy test execution dialog,
the test execution will stop at your test object. You may then use the normal
debugger functions within the Windriver Workbench to step through your test object
and inspect variables or resume the test run.
3 Troubleshooting
3.1 Timing problems
Depending on your hardware configuration, there may be timing problems during test
execution. In this case, you need to switch on the verbose mode like described
above and review the messages within the Host Shell window. The picture below
shows the normal execution without problems:
If the number of retries is other than zero, you may increase the Target Delay time
within the TEE like shown below:
You may now try to restart test execution from within Tessy. If the Windriver
Workbench still behaves unexpectedly, you will need to restart the Workbench and
start the Host Shell again like described above.