Forum Discussion

rlong98's avatar
rlong98
Contributor
10 years ago

Can you transfer a result value from within a Script Assertion?

I tried every path possible and can't seem to send a result value from within a Scdript Assertion.  Is this possible?   Reason I'm doing this is my Script Assertion is performing a division equatio...
  • rlong98's avatar
    rlong98
    10 years ago

    No - what I was trying to do was after asserting an equation was correct - I wanted to pass the result of the script equation to a property to use later.  I didn't want to rely on transfer, or create another step to for transfer.

     

    So the funny thing was on SoapUI's site they had the solution:

     

    messageExchange.modelItem.testStep.testCase.testSuite.setPropertyValue( "propertyName" , result )

     

    Why It wasn't working for me - (as I shamefully admit) was I was testing this out in a Groovy testStep... (i know duh)...

    When putting it in the script assertion it worked like a charm.

     

    Thank you - I hope to adopt you as a Groovy Friend

rlong98's avatar
rlong98
Contributor

No - what I was trying to do was after asserting an equation was correct - I wanted to pass the result of the script equation to a property to use later.  I didn't want to rely on transfer, or create another step to for transfer.

 

So the funny thing was on SoapUI's site they had the solution:

 

messageExchange.modelItem.testStep.testCase.testSuite.setPropertyValue( "propertyName" , result )

 

Why It wasn't working for me - (as I shamefully admit) was I was testing this out in a Groovy testStep... (i know duh)...

When putting it in the script assertion it worked like a charm.

 

Thank you - I hope to adopt you as a Groovy Friend

rupert_anderson's avatar
rupert_anderson
Valued Contributor
10 years ago

Hi,

 

Ok, no problem, glad you found out what was wrong :-)

 

Just as a note, maybe for later, when you want to pass values on to other TestSteps like this and you:

 

a) want to run your TestCase from a load test or

b) set a shared property like this from multiple TestCases run concurrently

 

then it may help you to consider the scope of the object upon which you set your property. So what I mean is:

 

if you set properties against the (TestCase's) context variable e.g. conext["propertyName"]=result, then there is one copy of this variable per thread or TestCase (safe isolated updates). However if you set a property on a (potentially shared) object like TestSuite (like you have done) in either situation a) or b) then you might find some unusual results as multiple threads/TestCases (sometimes concurrently) update the same property of the shared object! 

 

Sorry if you already knew this or I didn't put it well enough, but I just wanted to raise it in case it helps you later on i.e. the tip here is that it can be safer (and simpler in terms of syntax) to set properties on the context variable rather than shared objects like TestSuites, Projects etc, even though this works most of the time and lots of people do it.

 

Would be happy to be your Groovy friend! Groovy is definiately one of the most fun and powerful parts of SoapUI once you become happy with the basics of it! 

 

Cheers,

Rupert

  • rlong98's avatar
    rlong98
    Contributor
    10 years ago

    You my friend teach very well - always reply like this (never know who is a laymen or not)...

     

    I did "sort of" know this - but I wasn't using logic while building.  So you did justice in sending me this extra.

     

    Thank you!

    • rupert_anderson's avatar
      rupert_anderson
      Valued Contributor
      10 years ago

      Thats very nice of you to say - appreciate it! :-)

       

      Happy to help,

      Cheers,

      Rupert