Hi,
You can access any public scope properties on SoapUI objects e.g. Projects, TestCases using Groovy scripts etc.
Some examples are:
Accessing the project name from within a Groovy TestStep:
testRunner.testCase.testSuite.project.name
A bit more complicated example again from within a Groovy TestStep:
import com.eviware.soapui.impl.wsdl.WsdlInterface
myInterface = (WsdlInterface) testRunner.testCase.testSuite.project.getInterfaceByName("SampleServiceSoapBinding")
myOperation = myInterface.getOperationByName("login")
myRequest = myOperation.getRequestByName("Request 1")\
These snipets were taken from http://www.soapui.org/scripting---properties/tips---tricks.html
You may find the API docs helpful in working out methods/properties that you can call http://www.soapui.org/apidocs/index.html
Is this what you meant?
Cheers,
Rupert
I must be missing something here. I have read through the docs quite intensively and I also tried the suggested code snippets, but when I enter a code-snippet like
def name = testRunner.testCase.testSuite.project.name
into the script assertion entry field and then execute that I get an error "can not call testCase on a null-object". So, the object "testRunner" seems undefined or null.
The other usage that my question was referrring to:
there is the option to define an assertion by using the "Contains" option and then enter a string that has to be contained in the response into the input fields.
These strings can contain "placeholders" like "...${#Project#some_property}..." or "...${#TestCase#other_property}..." etc.. However, that machanism seems to work only with user definable customer properties. If I enter the project property "${#Project#Name}" here or ${#Project#Service} or ${#Project#Endpoint} or any other default property's name) I get an error only. What name or prefix do I need to use for the Project/Test Suite/Test Case/Test Step's default properties?
Hi,
So in terms of why that first snippet deosn't work, what you were missing is that I said to run it from a Groovy script, not a script Assertion, they provide different variables to the script - see the comparison below:
Whereas, the Script Assertion is not run in the context of a test runner hence no testRunner variable (it gets messageExchange instead):
Ok, I think the problem here might be that the syntax for inserting the result of script type expressions is not the same as that for the property expansion syntax that is applied to properties of different scopes - consider the following example:
${=java.util.UUID.randomUUID()}
(also taken from that tricks and tips page, but basically this syntax allows execution of one or more lines of code, can provide more complicated examples if necessary)
Is this what you wanted?
Hope this helps,
Cheers,
Rupert
> Is this what you wanted?
Not quite yet. I would like to find a way to include placeholders representing default properties of test-suite and test-case into the expected content, i.e. into the string that one puts into the "Content"-field of a "Contains Assertion".
Right now, I know how to include project properties there, e.g. using:
some text ${#Project#foobar} some more text
But that only works with Custom Properties! What do I have to write to e.g. include the name of the TestCase (i.e. the value of the "Name" property from the TestCase's "TestCase Properties"-tab) into that field?
Hope, I could make myself clear...
Ok, hopefully this is what you mean (ellaborating on the second part of what I said before), see how you find this approach:
1. You'll need to reference the testRunner object prior to the Request and Assertion, so create a Groovy TestStep for this:
2. Use the syntax below to assign the value of the TestStep object's name to a context property (testCaseName):
3. Insert the context property into the constains Assertion using the usual syntax:
4. Run the TestCase and the Assertion should check for the text (including the contents of testCaseName) - Note you need to run the whole TestCase rather than just the Request TestStep, otherwise the context property testCaseName wont be present.
Any good?
Cheers,
Rup
