Thanks Kurtis.. Problem solved... :)

On 8/29/2011 4:08 AM, shrutigupta wrote:

Hi Kurtis,

What I understand is(in TestSuiteLog XML):

-<suiteelements
-<suiteelement>0</index
executionworkitem
testscript
/suiteelement
/suiteelements

Do a GET on executionworkitem(aka Test Case Execution Record).
But, if I am not wrong this is unique for a testcase executed in given
test environment and, this will get me the result of the tescase when
it was last executed as a part of any test suite and not the state of
testcase as it was in the Test Suite I want.
Please clarify.

What you are saying is correct. I made a mistake, I thought the
executionresult was in each suiteelement. Instead the top-level
testsuitelog element has a direct child list of executionresult
elements. So testsuitelog looks like

<testsuitelog>
....
<suiteelements>
<suiteelement>
....
</suiteelement>
</suiteelements>
....
<executionresult>
<executionresult>

Those are the test case execution results for individual test cases in
the suite result. Typically the list of executionresults will line up
with the list of suite elements. But it's not safe to assume that
because it's possible for some reason a particular suiteelement didn't
produce a executionresult. And that would cause the two list not to match.

It's best to do a GET on each executionresult in the testsuitelog. The
executionresult will contain the test case pass/fail verdict and it will
also contain a testsuitelog element. This testsuitelog element will
contain a elementindex attribute. This value will match the index
element of the suiteelement from the testsultelog. That way you know
which executionresult matches a particular suiteelement.

The related schema's for 2.x are here:

https://jazz.net/projects/rational-quality-manager/api-doc-2.0/api-files/schemas/qm_xsd/elements/testsuitelog_1.html

https://jazz.net/projects/rational-quality-manager/api-doc-2.0/api-files/schemas/qm_xsd/elements/executionresult_2.html

Hope that helps !