REST Request Centralised Management
Hi all First post for me - I have used SoapUI for a while and have an established SoapUI OS test pack operationg with some 40 definitions and 2000+ data driven tests. The service definitions ...
Forum Discussion
TEB,
Let me frank by saying not a solution in hand available (at least with me or this response offers any helpful content to you) though this is a very common issue while the new API's being developed. And note sure about Developers how do they deal to test, but for QA/Test engineers, it is really a challenge and time consuming in order to deal with this situation. Once the API's are stable, this won't be requiring, I guess.
Let me re-iterate what I understand from the posts.
You want to update the payloads & headers as per the updated definition in the test steps of your project, which has large number of those. Correct?
And looks you already put your think tank a head and talking about map and all.
But for example, there is a method say "add":
1. When the definition is updated, does it not update all test requests? or at least does not it ask so? Because, it asks so for the case of WSDL / SOAP.
2. If "add" method is used in n number of test cases, does all the steps have same request (may be I am referring to some optional elements)? If all the requests in test cases needs same request, then job is simple. Otherwise, job is more complex.
3. Are you using Swagger Definition? or some other format? please specify.
Looks you are using SoapUI Open Source edition and #1 may be obsolete as it won't generate any payload for REST.
By the way, how are you managing to generate payload for each method in your case? This is very interesting and glad to see if it is a generic solution and share if possible.
I did spend some time generating the pay loads automatically for REST in Open Source edition (like how it does for SOAP requests), but that was limited for that specific definition in JSON format with example values, not a generic solution. Had to use some external libraries and implement some listeners. This is where Pro is good generating the payloads automatically and people pay for it. If we want to implement our self, then need lot of programming skills and time to do so, but achievable.
Hi nmrao
Thanks for the reply, I am mainly interested in identifying the payloads that need to be updated the payloads. I can already overide the request payload but only by identifying the teststep by name. My idea here would be to identify the steps that need to be updated by the method name, then update the payloads either from the example request, an external file or from a groovy script.
In answer to your other questions:
1. yes, I am using SoapUI Opensource, so it doesn't generate the REST Request.
2. The payloads can vary, but I don't see that as being too much of a problem as this could be handled via Groovy
3. Not using swagger, but this is something I am looking to introduce - will this add something to distribute the payload to the test steps?
I parked my line of thought over the weekend and then spent an hour or so trying to find through the APIdocs and forum posts how to get a useful value that would tie back to my request definitions. Looks like these values are not so obvious to query on - maybe I am just a bit rusty. When I try and extract from the test step I get null coming back
context.getTestRunner().testCase.getTestStepByName("GetShoppingCart").getPropertyValue("Method")
I have tried a few speculative names too, like "methodName", "method" etc.
Annoyingly, I can see it on the REST TestCase Properties and I can see it in the xml:
<con:config service="OrderService_PostOrderItems" resourcePath="/{Retail Unit}/{Language Code}/retail/bob/customer/{sourceID}/{customerId}/orders/@cart/items" methodName="PostOrderItems" xsi:type="con:RestRequestStep" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">I found this post - https://community.smartbear.com/t5/SoapUI-Open-Source/change-the-request-type-from-GET-to-POST-using-groovy-in-soap-ui/m-p/149398/highlight/true#M25125 - seemed to provide a way of getting at the property, but haven't had a play yet as I wasn't too sure what the values needed to be for ResourceName, ChildResourceName, MethodName etc. Maybe those are visible in the xml.
I will have another look later today - if anyone could offer any more advice, that would be most apreciated.
Cheers
TEB
TEB,
May be I should have been more clear last time.
This was my scenario:
Had a couple of services, so couple of swagger definitions.
Since it is new services, changes in swagger files most of the times.
In order to deal the above:
1. Created a utility program which generates a SoapUI project, it takes service name and swagger definition as input (list of those are allowed too). All query parameters for all methods are using Property Expansion, so that manual work is minimized while creating tests.
2. Also generated client libraries from swagger definition using swagger tools / libraries.
3. Created code to build the request payload for different methods / services using above mentioned client libraries. This code just requires what is the method name and the service to generate the payload.
4. From the swagger definition, we can find what are the methods and those types.
5. Like it was mentioned earlier, implemented such that when a request is added to the test case, it would find the current method name from the interface / services and call the code mentioned in #3 and set the request to the steps (POST, PUT etc) as soon as step is added (like SOAP).
For generating example values in the payload, used a fantastic library called "random beans"
compile group: 'io.github.benas', name: 'random-beans-randomizers', version: '3.7.0'
Hope this helps.
By the way, created an extension (for Open Source, refer #5 regarding this) earlier for listen to soapui events (this is out-of-the-box available in Pro software).
See more details:
https://github.com/nmrao/soapuiExtensions
