Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

This page discusses how to test Web Services using Groovy directly and in conjunction with WebTest and SoapUI.

Testing Web Services can be done in several ways. Here are three:

  • act like a normal web services client and perform asserts on the returned result
  • use WebTest (with either the XML or Groovy syntax)
  • use SoapUI (for functional and load testing)

We are going to use the Web Service example at:

Being a client

You can be a normal client web service client and perform asserts on the returned results:

Using WebTest

Using the WebTest variations makes sense if you are combining your tests into an acceptance test suite.

Here is how you would test it using traditional WebTest:

Where addreq.xml would look something like:

and squarereq.xml would look something like:

Alternatively, testing using groovy within WebTest would look like:

Note: you will need to place the jars mentioned on that page in your webtest lib directory (i.e. groovysoap, stax, jaf and mail jars) when using this variation.

The first approach (traditional webtest) produces more information in the test summary reporting but requires you to do more work (i.e. keep the requests around as XML). It depends if you already have those XML files around for other purposes, e.g. manual testing.


soapui is a SOAP functional and load testing tool. It can use Groovy steps within its testcases. For further details, see the soapui documentation for the Groovy Step. This step supports data-driven tests, allows control of test execution and allows customised reporting.

  • No labels