What is RTRT?
RTRT is an Automation tool
RTRT can perform the following activities:
- Component Testing.
- Coverage Analysis
- Memory Profiling
- Performance profiling
- Trace
- System Testing.
Why RTRT ?
- Automation Tool for Testing Software
- Creates test scripts, drivers, harnesses, stubs and runtime analysis probes directly from your source code
- Uses your IDE for on-target test execution.
- Uploads results into detailed, consolidated, exportable reports
- Targets all platforms – from an 8-bit microchip to a 64-bit RTOS
- Easy to switch from Component testing to integration testing. (With SIMUL and END SIMUL)
- Comparing last two consecutive test reports.
- Provides detailed code coverage information required for safety- and mission-critical certification
- Enables target-based memory leak detection, bottleneck profiling, and run-time function tracing
- Integrates with Rational Rose Real-Time, ClearCase, ClearQuest, Test Manager, and Rational Unified Process.
- Supports full regression testing
- Automated function, procedure and class testing (also called unit or component testing)
- Automated multi-threaded and distributed embedded systems testing for integration and validation testing
- Target-based code coverage sufficient for stringent industry certification standards
- Target-based memory leak detection, performance profiling, and on-the-fly, UML-based tracin
RTRT GUI :
The RTRT user interface looks like
RTRT browsers are
Project Browser shows project/Group/Node Organization
The project browser looks like
Assert Browser shows all files loaded into Test Real time
- Easy Navigating to a file for analysis or editing
- Can expand to see declarations and definitions for file
- Can sort by files, Objects or packages
And the asset browser looks like
Report Browser gives overview by Report type
- Independent window, associated with each report
- Format and content depends on which report has focus
And the Report browser looks like (Coverage)
Tool Bars of RTRTR GUI
The standard tool bar is
Report specific tool bars are enabled when the respective reports are active
Text Editor Windows
- Edit scripts and source code directly from within Test RealTime.
- Popular editing features:
- Syntax coloring.
- Search/replace (with regular expressions).
- Parenthesis matching.
- Integrated with browsers, report viewers and output window.
- Double-click in a report to open a text editor at the corresponding line of code.
- Select ‘Preferences …’ from main ‘Edit’ menu.
- Control over most aspects of the GUI presentation
Configuration Settings of RTRT
- This window is used to set options for test generation, compilation and execution.
- Any element can have configuration settings:
- for instance, project, group, node, file
- Settings are inherited from containing elements as a default
HOST CONFIGURATION:
The Host Configuration area lets you override any information about the machine On which the Target deployment port is to be compiled.
Host Name: The host name of the machine .By default this is the local host.
Address: The IP address of the host. If you are only running Test real time on the Local host, use 127.0.0.1.
TCP/IP Port: The port number used by System testing Agents. The default is 100000.
Socket up loader port: The default is 7777.
Target Deployment Port: Select the applicable TDP from list.
COMPILER:
Compiler Settings are used during the build of the current node.
Preprocessor options: Specify compilation flags to be sent to the test compiler (if any).
Compiler Flags: Extra flags to be sent to the compiler.
Preprocessor macro definitions: Specify any macro definitions that are to be sent to both the compiler preprocessor (if used) and the test compiler, several generation
Conditions must be separated by comma “ , ” with no space , as in the following
Example : WIN32,DEBUG=1
Directories for include Files: Indicates where Test real time should search for included files when the include statement is encountered in source code and test scripts.
LINKER:
This area contains parameter to be sent to the linker during the build of the current node.
Link Flags: Flags to be sent to the linker.
Additional objects or libraries: A list of object libraries to be linked ti the generated executable.
Test Driver Filename: The name of the generated test driver binary. By default, Test Realtime uses the name of the test or application node.
Directories for Libraries: Indicates Where Test Real-Time Should search for library link files.
BUILD TDP & EXTERNAL COMMAND:
Measure time used by: Selects between a real time operating system clock or per-process or task clock for time measurement. Only if both options are available in the current TDP; otherwise, this setting is ignored.
Maximum on target buffer size: These Box Sets the size of the I/O buffer .A smaller I/O buffer can save memory when resources are limited. A larger buffer improves performance .The default setting for the I/O buffer is 1024 bytes.
Multi-threads: This box when selected protects TDP global variables against concurrent access when you are working in a multi threaded environment such as posix, Solaris or windows. This can cause an increase in footprint of the Target package and also has an impact on performance .therefore select this option only when necessary.
Max number of threads: When the multi thread option is enabled, this setting set the maximum number threads that can be run at the same time by the application.
Use the External Command setting to set a command line for external Command nodes. An External Command is a command line that can be included at any point in your project. External commands can contain Test Real-Time Macro language variables, making them context-sensitive.
How To create a project/ procedure for execution of a project
Step1:
- Launch the RTRT application.
- Start->All programs->IBM rational->IBM Rational Test Real Time.
- Click on New project.
Step2:
Enter the project name and browse the folder in which project can be saved and click on Next button
Step3:
Select the TDP which is applicable and click on Finish button
Step4:
Click on component testing
Step5:
- Click on add file button
- Add the source file and press next button.
Step6:
Click on next button 2 times.
Step7:
- Click on finish button.
Step8 :
Test node is created
Compiling and building the test
- Edit the ptu file with input data and compile the file.
- To compile ptu, right click on ptu file and use compile
- To build the file right click on node and use the Build option
- To view the report right click on node and use view report option.
Permalink
How to test a pointer in RTRT?
Permalink
Hi Sashi,
To test/Initialize Pointer use the “FORMAT” Instruction
The FORMAT instruction allows you to change the display format of a tested item.
This item can be:
• A variable
• A simple C type declared by typedef; in this case, the display mode will change
for all variables of this type
• A member of a structure or a C union; in this case, the display mode will change
for all the members of variables of this type
Example:
#char x;
#typedef char *pointer;
#pointer p;
#char t[10]
FORMAT x = int
FORMAT pointer = void– modifies p
FORMAT t = int[] – t is an array of integers
FORMAT x = int#h8 — display in hexa, only 8 bits
FORMAT y = #b — display in binary without
— modifying the type
FORMAT z = short#u — display in unsigned decimal
FORMAT f1 = #f — displays by example 3.670000
FORMAT f1 = #f4 — displays by example 3.6700
FORMAT f1 = #e4 — displays by example 0.36700E1FORMAT
I hope my reply will serve your purpose if not please reply with your doubts I will clarify .
Thanks
Siva
Permalink
how to test below code
int a(*b)
{
}
and
int a()
{
c=b(*d)// b() is stub function
}
Permalink
u can get this above example from below PDF link:
ftp://ftp.software.ibm.com/software/rational/docs/v2003/test_realtime/rtrt-ref.pdf
Permalink
To test a pointer you can use the user code in ptu, first you need to make a local variable inside ptu and then give the address of that variable to the pointer you want to take, then take final output as return.
In case you need any help, you can visit http://www.indiastudyportal.com
Permalink
Hi,
could anybody post the RTRT interview questions?
Thanks
Permalink
study this doecument:
ftp://ftp.software.ibm.com/software/rational/docs/v2003/test_realtime/rtrt-ref.pdf
Permalink
How to test for loop and while loop for code coverage?
Permalink
How to test for loop and while loop for code coverage?
closing brace of for or while loop always shows in red color, it means it is not fully covered..
Permalink
hi saurabh,
can you please provide the complete while loop condition, so that i can check and let you know.
Thanks
Permalink
Hi, when I have created a node with two files in it. One is a .ptu file and the other one is .c file ( as shown above). Now when i try to compile either of the files, i get an error saying “NTVDM.exe” encountered an error. Still a green tick is coming besides the file. I get two warnings saying “.fdc not generated” and “.tsf not generated” and the .i file is empty! Can anyone help me out with this? Thanks!
Permalink
Do we need to enable any option to do integration testing using RTRT..??Please provide the path.?
Permalink
What are the different types of errors that occur in RTRT? Please explain how and when those errors generate.
Permalink
What is Instrumentation in RTRT . What are the files formed when we do Instrumentation in RTRT
Permalink
Generally all the source code would be validate with that std qualified along with validation tool , To removal of dead code , removed the number of lines may ivoke and revoke such that did how much performance difference between the emulator , simulator and real system ?
Permalink
How much trustable for simulator, emulator and real time system performance testing differences amongst between drivers and stubs creation ?
Permalink
Can anyone give me a .c file and respective .ptu file?
Thanks