XPATH assertion fails with SoapUI NG
SOLVED- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
XPATH assertion fails with SoapUI NG
Hi together,
I want to migrate our projects from SoapUI Pro 5.1.2 to SoapUI NG. Within SoapUI NG the following XPATH assertion fails, which passes within 5.1.2.
As result of a REST request I check the returned codes, that have always different order.
<codeCategories> <codeCategory>A</codeCategory> <codeCategory>B</codeCategory> <codeCategory>C</codeCategory> </codeCategories>
XPATH Assertion example
Expression
//codeCategories[1]//codeCategory
Expected result
B
Returned error
XPathContains comparison failed for path [//codeCategories[1]//codeCategory], expecting [B], actual was [[A,B,C]]
Why does the assertion under SoapUI NG fail with the returned error?
Thanks to all
Solved! Go to Solution.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
It's because of a bug fix in Ready! API to be able to match mutliple values returned by an XPath. As you can see your XPath expression returns multiple values but expected value is only one. Please change the XPath expression to : //codeCategories[1]//codeCategory[2] or change the expected value to [A,B,C].
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Just curious to know if this will be part of SoapUI OS as well? Possibly in any upcoming release?
Regards,
Rao.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
thanks for the answer. But that does not really solve the problem. The results differ each time and could be [C,A,B] and the next time [B,C,A]. So how should the assertion then be? Is there a possibility to sort the results before the assertion or use wildcards?
Thanks
yakari
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
+1 for this, would be glad when a solution is found
@smartBear team: this aslo happens with the tests being run with Testrunner under Jenkins, FYI
