A project is a tree representation that contains nodes.
Within the project tree, each node has its own individual Configuration Settings —inherited from its parent node— and can be individually executed.
The project is your main work area in Test RealTime .
A project is materialized as a directory in your file system, which contains everything you need to test and analyze your code:
Source code
Test scripts
Analysis and test result files
In the Test RealTime GUI, a project is organized as follows
Project
node: this node contains any of the following
nodes:
Group
node: Allows you to group together several application
or test nodes.
Application
node: contains a complete application.
Results node: contains your runtime analysis result files, once the application has been executed. Use this node to control the result files in Rational ClearCase or any other configuration management system.
Source
node: these are the actual source files under test. They can be
instrumented or not instrumented
.
Test
node: represents a complete test harness, for Component Testing
for C and Ada , C++
, Java
or System Testing
. A test node containing.
Results node: contains your test result files, once the test has been executed. Use this node to control the result files in Rational ClearCase or any other configuration management system.
Test
Script node: contains the test driver script for
the current test.
Source
node: these are the actual source files under test. They can be
instrumented or not instrumented
.
External
Command node: this node allows you to execute
a command line anywhere in the project. Use this to launch applications
or to communicate with the application under test.
Application and test nodes can be moved around the project to change the order in which they are executed. The order of files inside a Test node cannot be changed; for example the test script must be executed before the source under test.
Projects can contain one or more sub-projects which are actually links to other project directories. The behaviour of a sub-project is the same as a project. In fact, a sub-project can be opened separately as a stand-alone project.
Note Previous versions of the product used Workspaces instead of sub-projects. Workspaces are automatically converted to sub-projects when loaded into the current version of the product.
Here are several examples of the use of super-projects and sub-projects:
In a team, users work on their own projects to develop and test portions of a larger development project. For testing the whole project, a single master project can be created to integrate, build, and test multiple sub-projects in one go.
A single project may contain different sub-projects for different target platforms.
By default, each application and test node contains a Results node.
Once the test or runtime analysis results have been generated, this node contains the report files. Right-click the result node or the report files to bring up the Source Control popup menu.
If you are not controlling result files in a configuration management system, you can hide the Results node by setting the appropriate option in the Project Preferences.
Related Topics
Project Preferences | Working with Projects | Working with Configuration Management | Creating a super-project with sub-projects