perfsonar development work

[Jochen Reinwand <>]

Hello all,

I did some more tests on using soapUI. Here is what I've encountered:

- Using Property Transfers, I managed to set up a complete test sending a 
MetadataKeyRequest, receiving a metadata key, and using this key for a 
SetupDataRequest. More about Property Transfers:
http://www.soapui.org/userguide/functional/propertytransfers.html

- You can use Groovy scripts to create soapUI tests:
http://www.soapui.org/userguide/functional/groovystep.html
What is Groovy?
"An agile dynamic language for the Java Platform with many features that are 
inspired by languages like Python, Ruby and Smalltalk, making them available 
to Java developers using a Java-like syntax." http://groovy.codehaus.org/
It is e.g. possible to verify the data from a NMWG response against the 
content of a database using Groovy.

- There is a simple feature for flow control based on XPath tests:
http://www.soapui.org/userguide/functional/gotostep.html

Overall I have to say that soapUI should be capable of all things needed for 
testing perfSONAR services. We should really take it into account for the 
future.

regards,
Jochen

On Wednesday 17 January 2007 14:26, Jochen Reinwand wrote:
> Hello everybody!
>
> Finally I sort of finished my soapUI evaluation!
> To sum up I have to say I really like the tool!
>
> I did my tests with the BWCTL MP, because I started with it and we had
> problems setting up the CLI MP (we have to test) quickly. As result I now
> have a package (see attachment) containing some sort of "working
> directory". I have included a README.txt file explaining (hopefully) most
> of the things about how to use the package. I have attached the README.txt
> also separately to make it easier accessable.
>
> I have to admit that getting into soapUI is not that easy. Of course,
> starting prepared tests is not really difficult. Setting up tests is more
> complicated. But you can set up tests very fast once you got into using
> soapUI. It's very easy to use, if you know how ;-)
>
> There is still one drawback: The Perl SOAP implementation is creating a
> SOAP envelope, that soapUI cannot validate. I don't know who's right on
> this point, but sooner or later I have to find a workaround in Perl or
> soapUI... See the README.txt for further information.
>
> I came across some more advanced features soapUI provides, but haven't
> taken a closer look. Since they obviously should be useful for us, I listed
> them here:
>
> - Data-Driven Testing/Template-Driven Testing: Show how to test using data
> from external sources.
>
> - Surveillance Testing: Surveillance testing is here used to describe a
> setup where a number of both functional and load tests are run using some
> kind of scheduling tool to continuously validate the availability to some
> web service.
>
> - Scripting seems to be possible as well!
>
> That's hopefully all I have to say. Just look at the README.txt and test
> soapUI ;-)
>
> Comments and questions are, of course, always welcome!
>
> greetings,
> Jochen

-- 
Jochen Reinwand                                 Tel: +49 9131 852-8689
DFN Labor

Regionales Rechenzentrum Erlangen
Martensstrasse 1
91058 Erlangen
 
email: