Home Corporate Contacts TETware Knowledgebase |
ProductsSolutionsInformationDatasheetDocumentationFAQKnowledgebase |
Return to Knowledgebase Index3. How does TETware handle the tet_xres temporary results file?If the test case is a distributed API-conforming test case, then the API must usetetxresd
(the execution results daemon)
for the journal.
Otherwise, the API may either use
tetxresd
or generate its own
tet_xres
file (but not both!).
In this context:
The TETware tcc
looks for a
tet_xres
file in the test case execution directory when an API which does not
support distributed testing is used.
(Currently: all the APIs except the Distributed C and C++ APIs.)
All the journal processing is performed by
Implementation details Journal processing is performed by one of the functions in
/* ** for an API-conforming test case: ** if there is a journal at this level: ** if the tool used XRESD: ** process the XRESD file; ** otherwise: ** the tool should have used tet_xres; ** if there are child proctabs: ** process each child's tet_xres file; ** otherwise: ** process this level's tet_xres file; ** otherwise: ** for each child journal: ** if the tool used XRESD: ** process the XRESD file; ** otherwise: ** the tool should have used tet_xres; ** process the tet_xres file; ** otherwise: ** if there is a journal at this level: ** if PRF_AUTORESULT is set (i.e., non-API in EXEC mode): ** generate a TP result from pr_exitcode; ** otherwise: ** for each child journal: ** if PRF_AUTORESULT is set: ** generate a TP result from pr_exitcode; ** */ tcc
processes test cases and tools in the same way.
In the simple case of an API-conforming test case running on the local
system,
A combined execution results file is always opened (by
See also
|