New Idea

Find/Replace is available for SOAP request bodies and responses.

The same feature would be nice for REST.

Configuration to allow loading unsigned plugins



Currently SoapUI-5.3.0 allows to load only the plugins which are signed by Smartbear, for security reasons. This precaution prevents to develop, test and use the plugins which are not signed by Smartbear. Asking Smartbear to sign every JAR we need to test is not feasible. The enforcement of signing the plugins is contrary to open source principles.



Introduce a configuration item in SoapUI properties, which allows loading unsigned plugins. The item can be set to false by default, but the user will be able to allow it at his own risk. There can be a short notice about potential risks.



The implementation would allow more freedom and flexibility to both SoapUI contributors and users and encourage people to develop new/custom plugins.



Displaying Groovy script test step result

Status: New Idea
by on ‎02-14-2017 04:31 AM


When the Groovy Script test step fails, its star icon turns red and I can see the step has failed. When the step succeeds, the icon is still blue, i.e. has the same color as before its execution. Can you please make it green in case of test step success, as is e.g. in case of SOAP Request test step?



When I run a Groovy script test step with a script:


assert false

The icon gets red:


However if the script is:


assert true

The icon remains blue, i.e. the same as before step execution:


It is a small change but it would help to recognize the test result.




Make Soap UI compatible with Selenium 3.X

Status: New Idea
by rich-peters ‎01-24-2017 05:34 PM - edited ‎01-24-2017 05:35 PM

Soap UI 5.x versions are currently unusable from the last 2.x versions of selenium up to version 3.X.  This is due to dependency mismatches in the http client which prevent inter-operability in the same JVM.  Soap UI is a viable solutions for web testing with Selenium, we used it for many years in the past.  Currently it is unusable.


This is a very nice way to do web testing when it works, and many folks have asked about this.



Assertion cloning

Status: New Idea
by BhuvanShanmugam on ‎08-12-2016 01:41 AM


It would be great to have facility to clone assertions to multiple TestCases in one go.

Current support is to target only one test case in a test suite.


The same idea can be extended to choose multiple target TestSuites

and in each Suite select all/specific TestCases to copy assertions to.


Thanks for considering.

0 Kudos

In custom properties at project level I observed that when I provide the value for the Password as a variable, it shows as hidden (****)

However when I run the request using the variable I could clearly see the password value in the RAW Request.

This sometimes makes me feel hesitant when I am wrapping the project and sending it to someone else to run it or creating regression which everyone can see.


I expect that if user intetionally pick to encrypt or hide the password, it should not be visible anywhere. Not even from the raw request.


Let me know what you think or if there is any better way to hide it.

0 Kudos

Support HAWK Authentication

Status: New Idea
by pcheng on ‎10-22-2015 11:55 PM

Hawk is a relatively new technology, crafted by one of the original OAuth specification authors, that intends to replace the 2-legged OAuth authentication scheme using a simpler approach.

It is an authentication scheme for HTTP, built around HMAC digests of requests and responses.

I recent SOAPUI build, this type authentication is not supported. It would be nice if we can support this.

0 Kudos

TestStep PropertyEx​pansion

Status: New Idea
by xavjer on ‎11-05-2015 01:55 AM

As suggested creating a 'New Idea' of my forum post


1. TestStep expansion

It is currently possible to use this property expansion ${#TestCase#MyTestCaseValue} but this one is not possible yet: ${#TestStep#MyCurrentTestStepValue}


2. TestStep expansion by name change

Let's assume my TestStep is called: Step1

It has a parameter with name: Value1


So to access it, I currently use: ${#Step1#Value1}


Now, when renaming a teststep or cloning it (and giving it a new name), all existing property expansions should also be renamed to reference the new name (In HTTP TestStep for example it should check the endpointURL, the content, the assertions).

0 Kudos

Security Scans for REST -JSON

Status: New Idea
by Priya85 on ‎12-16-2016 01:29 AM

Currently we have security scans available for SOAP protocol but we do not have the same for JSON. In NG PRO we have the JSON security checks. Can we also add them in the SOAP UI open source, this will be very helpful.

Let's say I make a call to a rest api and the response is json.


When the SOAPUI REST call has completed, it will still default to XML as the default response type (assumedly because SoapUI is very XML centric due to it's Soap connection).


You should spy the resulting content using response header or content.


Or maybe it is not working because my particular content-type is using charset=UTF-8.



Workspace support for scripting

Status: New Idea
by on ‎09-19-2016 04:18 AM

Support for development and execution of generic scripts

I would appreciate additional support for scripting:

- script console to develop and execute generic Groovy/Javascript scripts (similar to Groovy script test step editor)

- list of custom scripts (either stored in a folder or in a workspace configuration xml), with the option to create, save and modify scripts


The motivation: there are often situations when I need to execute a script which does not belong to any test, e.g.:

- bulk change of a property within a project (or multiple projects)

- launch several selected test suits

- launch all test suits of selected projects

- generate a test project from a list of WSDLs etc.


Currently: the projects support scripting: setUp scripts, tearDown scripts, Groovy test steps, Groovy assertions etc. When I need to launch a generic script I have to use an existing project, create a Groovy test step, do the scripting, then do the cleanup. Some other users create a new test project just to develop and debug scripts, then delete it. This is ineffective.

If I launch the tests from command line, I cannot use the SoapUI user environment to analyze the test results. The scripting support would provide both -- the efficiency of scripting and the comfort of the user environment.


0 Kudos

Generate AWS REST API signitures

Status: New Idea
by ECiurleoIOP on ‎03-02-2017 01:34 AM

When making calls to Amazon's S3 and similar services a "signature" value needs to be generated.


The details of the signing required are documented here 


Currently this can only be accomplished with a convoluted mechanism of groovy scripts.  It would be very useful if (upon entering the relevant credentials) SoapUI could generate the signature value and populate the relevant header.


0 Kudos



I've been using the mock functionality and I have a feature request to make.


In Home / Documentation / SOAP Mocking / MockOperations and Responses:


Section MockOperation Dispatching:

  • SEQUENCE: this is the simplest dispatch method; responses are selected and returned in the order they have been added to the MockOperation.


If you are setting up a mock service with a bunch of fake responses and you need to change their order, it can become quite cumbersome since you would need to recreate them or swap their contents around.


I wish there was a better way to reorder the responses, preferable by dragging them, without having to use a QUERY-MATCH MockOperation dispatcher, which would involve more complexity.



Search and replace

Status: New Idea
by PLandhage on ‎01-10-2017 10:50 PM

I a really miss a search and replace function. It should replace all test objects like testcases, testsuites, properties, request etc and also in groovy scripts and other test resources like description as well. It would be nice if you could have a replace all and a replace current (where you have to confirm each change).


You can search and replace directly in the xml file but it is quite cumbersome.

I worked many years with SOAP UI   for SOAP/XML .


Useful was the feature that the REsponse windows is actually an editor window where I could directly modify the response text (insert new lines, )  search for keywords,..etc...


Now we are moving to JSON and the Reponse window for JSON doesn't allow editing, neither CTRL+F (Find)

The only operation that seem work ist CTRL+A and  then CTRL+C for copy.

Hence a separate editor is needed...


I am using SOAPUI 5.2.1


It shouldn't be a big change to allow editing in that windows as well, since you already allow editin in the SOAP response window.  Most probably some detail in the configuration of the windows object for editor window called.

OR the problem is that that window doesn't get the focus when pointed & click by the mouse. Hence the CTRL etc are sent to the neavigation pane.


It would be good to have this fixed in a next release.


Thank you!



0 Kudos

The navigation tree for SOAP services/requests was sorted alfabetically by name.

When one has many requests below the same Project it is possible to manually group them by adding prefixes in the description and hence keeping then "organised".


In the navigation tree for JSON on the other side  there seem to be a fixed sorting by creation time: the last created/or duplicated request is put at the end of the list.

When there are many requests it bekomes a caotic list.


It would have been better to keep the functionality of the navigation and editor pane (e.g. editable, searchable) like it was for SOAP and just treat JSON content as an other type of content.


I hope there is a chance to geht this right and more confortable in a next release.

Anybody else with the same experience using SOAPUI for JSON? 


0 Kudos

SoapUI Log scrolling

Status: New Idea
by hmanastasi ‎03-14-2017 12:01 PM - edited ‎03-14-2017 12:08 PM

It would be helpful if a user was able to choose whether or not they wish to have Logs scroll as they populate or not. Each log (Error, HTTP, Script, etc) should have their own setting and not have one setting to rule them all. I have created several scripted assertions with a great bit of detail. I have to wait until the test is finished running before I can describe or research the error I am receiving. This is not very efficient when I have individuals assisting with debugging of an application.


Heather A.

In Soap UI it would be better if we have Pause and resume options while executing the Test Suite during the run time, so that it would better for debugging purposes.


Currenlty we have to cancel the test execute and do the necessary debugging if some thing fails and again we need to execute the test suite from the beginning.


0 Kudos

Expand Resources listbox - user friendly UI

Status: New Idea
by Asubbiah on ‎04-12-2016 09:34 AM

I have multiple resources (say 25) under a rest service and I have to select few (say 15) services to generate testsuite.

But the Generate Testsuite window expands with white space. The resources list box cannot be expanded for me to view/select the service easily. It is very hard to scroll after selecting 3 services. PFA the screen shot for reference.



Access log to soapui test suite

Status: New Idea
by ndipiazza on ‎10-13-2015 05:33 AM

The load test feature in Soapui is great and simple. 


Jmeter has one key feature - to be able to replay an access log from apache and turn it into a load test. 


Can soapUI do that?