Hi Pramod,

using exported testscript file i have created the xml file.
i am able to create the testscript but not steps.
don't know where is the problem.

I would suggest to do a GET on existing Test script and observe the difference
Things to check,
Required fields as per schema
Correctness of name space

Hi Pramod,

using exported testscript file i have created the xml file.
i am able to create the testscript but not steps.
don't where is the problem.

I would suggest to do a GET on existing Test script and observe the difference
Things to check,
Required fields as per schema
Correctness of name space

Check correctness of namespace for steps
If does not work then provide the xml for scanning.

You need to provide type attribute for step element.
possible values are: execution, reporting, and keyword

e.g.
<xml>
<testscript>
<title>JTestSCriptimport</title>
<description>test script under test case A of test suite 1</description>
<scripttype>Manual</scripttype>

<steps>
<step>
<name>open finance application in browser</name>
<title>open finance application in browser</title>
<description>
open finance application in browser
</description>
<expectedResult>
app should open
</expectedResult>
</step>
</steps>
</testscript>

Is there a way in which we can import the execution results of test cases in a test suite?
Currently, we are following the below mentioned approach:
Get XML in the order:
Test Suite--> Current Test Suite Log--> Execution Result
In execution result XML, we get the state of testsuite but, not of testcases within it.

How can we get that for testcases in a testsuite?

On 8/25/2011 8:08 AM, shrutigupta wrote:

Is there a way in which we can import the
execution results of test cases in a test suite?
Currently, we are following the below mentioned approach:
Get XML in the order:
Test Suite--> Current Test Suite Log--
Execution Result

In execution result XML, we get the state of testsuite but, not of
testcases within it.

How can we get that for testcases in a testsuite?


You should be able to do this. If you are doing a get on the
executionresult artifact type, then you will get back the result of the
test case. It doesn't matter if that test case is inside a testsuitelog
or not.

You can also post test case results and have them associated with a test
suite result. First create the test case result by POSTing to
/executionresult API. Then used the id generated by that POST operation
when creating the test suite result via the /testsuitelog API.

Do a GET via the API on a test suite result that was created via the RQM
UI to understand how the XML would look that you would be POSTing via
the testsuitelog API.

Below are the nodes in the XML of Execution Result that I am getting:
identifier title state updated owner machine starttime endtime pointspassed pointsfailed pointsattempted pointsblocked pointsinconclusive
pointspermfailed
<stepResults><stepResult> </stepResults>
<testcase> <testscript>
<executionworkitem> <testsuitelog> </executionresult>
Here, I could not find anything that could help.
Can you please let me know how can I get Execution Result of a test case in that Test Suite?

Below are the nodes in the XML of Execution Result that I am getting:
identifier title state updated owner machine starttime endtime pointspassed pointsfailed pointsattempted pointsblocked pointsinconclusive
pointspermfailed
<stepResults><stepResult> </stepResults>
<testcase> <testscript>
<executionworkitem> <testsuitelog> </executionresult>
Here, I could not find anything that could help.
Can you please let me know how can I get Execution Result of a test case in that Test Suite?

You need to do a GET on the test suite result (aka testsuitelog). So if I do something like this:

https://localhost:9443/jazz/service/com.ibm.rqm.integration.service.IIntegrationService/resources/Quality+Manager/testsuitelog/urn:com.ibm.rqm:testsuitelog:6

In the returned XML you will see the overall status of the suite result and a list of <suiteelements>. Each suiteelement will contain a link to the executionworkitem (aka Test Case Execution Record) and a link to the executionresult for a step in the suite. It doesn't contain the pass/fail verdict of each test case in the suite. Instead you would have to also retrieve each suiteelements executionresult link to get the verdict.

Hi Kurtis,

What I understand is(in TestSuiteLog XML):

- <suiteelements>
- <suiteelement>
<index>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.

Can anyone please clarify my doubts as soon as possible....????

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 !