Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
TPTP Miscellaneous
TPTP main page > TPTP Wiki home >
Contents
- 1 How to test TPTP with line level code coverage enabled
- 2 How to "Smoke Test" the new technology agent controller
- 3 Different versions of TPTP from a build perspective
- 4 Performance comparisons of the 4.3 "new tech AC" vs. "the RAC" vs. "the IAC"
- 5 Build to Manage
- 6 TPTP Model
- 7 TPTP Model Scalability
How to test TPTP with line level code coverage enabled
How to "Smoke Test" the new technology agent controller
Different versions of TPTP from a build perspective
Performance comparisons of the 4.3 "new tech AC" vs. "the RAC" vs. "the IAC"
Build to Manage
Here is some information about Build to Manage
TPTP Model
TPTP Model is covered in this page TPTPModel.
TPTP Model Scalability
TPTP DMS
In TPTP 4.4 there are two effort underway to improve the scalability of the persistence framework. The first is a longer term effort being done jointly with the COSMOS project to define a common set of data services for the kinds of data both projects deal with. This includes log, statistical and trace data as well as network topologies among other things. TPTP collects and provides access to this type of data in support of problem determination tasks done in a development an test environment. This is primarily done through an Eclipse based user interaction. COSMOS target larger scale execution environments than development and unit test, and also provides the prime user experience via a browser. For more information on the TPTP aspects of this effort follow this link. To read about COSMOS follow this link.
The original TPTP DMS page can be found here TPTP data persistence layer, which also contains information about the infrastracture used in the COSMOS EclipseCon 2007 demo.
TPTP Test Log Scalability
The second effort is more near term focused but has similar scalability objectives. Basically by using the concepts implemented in the Log Analyzer "large log" support, we will provide an optional RDB storage system for test execution logs. This will optionally load all the data directly into a relational database, and the UI will only query out the needed information. The intent is to remove the current limitation of the Test perspective which holds all data in memory and thus limits the amount of information that can be processed. For more information follow this link.