Forum Discussion
Hi Michael,
Does seem like a reasonable functional improvement.
My quick thoughts are:
- (short term hack) As you say manipulating the project XML file is an approach, I've done this before for smaller tasks. It should definitely work, but always work on a back-up of course!
- (medium term) There will probably be a Groovy script approach to cloning the objects involved. Whilst this would probably be a repeatable solution that you could share, it would probably be a reasonable effort. I once did a Groovy script to propagate changes in a service definition to all POST TestSteps in all TestSuites and TestCases, it wasn't too bad.
- (long term) Maybe fill out a SoapUI feature request (https://community.smartbear.com/t5/SoapUI-Feature-Requests/idb-p/SoapUIFeatureRequests) - then wait for someone to pick it up (could be slow, but does happen, I coded a simple one recently).
Regards,
Rupert
Hi Rupert
thanks for responding. I will fill out that request for sure!
Meanwhile I tried to experiment with the export/import features of soapUI but these don't seem to work at all!
I exported a test-case from project A. Then - in project B - I defined a service containing a resource containing a method with all the same parameters - ALL with the exact same names as the ones in project A.
Then I imported the previously exported test-case.xml into project B into a specific TestSuite.
I get popups re. some missing REST resource for each test-step and I select the above created resource for each (since all test steps in this sample refer to the same method). At the end I have the same number of test steps (i.e. the names of the test-steps made it over) but when double clicking onto any of the test steps nothing happens (right-click => OpenEditor: same result: nada), i.e. these imported test-steps all seem to be empty or faulty.
So, except the names of the test steps apparently NOTHING was imported and whatever got imported is useless.
This is a joke! :-(
- rupert_anderson8 years agoValued Contributor
Hi Michael,
Sure, sounds frustrating, but open source products are here for us to improve :-)
I must admit I've never used the import/export functionality on a level less granular than project level (which I think worked fine last time I did it).
Maybe there's a problem exporting/importing TestCase's where there is a dependency on a more global object e.g. a service definition which is defined at project level? Its just a guess, but maybe only non-dependant TestSteps within the TestCase export fully? I haven't had time to try it, but I guess if you look in your exported TestCase.xml maybe there are details missing which mean your TestSteps don't get fully replicated on import?
Were there any error messages in any of the logs on import or export?
Regards,
Rup
- rupert_anderson8 years agoValued Contributor
Also, as an alternative, is the 'clone' option on a your TestCase useful at all?
- mmoser188 years agoFrequent Contributor
I tried the Clone functionality. It works "somewhat". Meaning if I define a service with (a) method(s) with the same name(s) as those that the TestSuite being cloned refers to, it indeed creates a new testsuite containing copies of the test steps (and these even including headers, assertions, etc.), so that would almost fit my bill. I could live with the effort having to define those methods beforehand and having to select one for each step, although that's very tedious, too.
But - and that's big BUT: for some stupid reason it does not copy ALL parameters. My calls have about 10 parameters each. For some strange reason about 6 or 7 of these are copied over fine but 3 parameters are always missing.
The names are exactly the same so I don't get, why these values are not copied over, as well.
But just randomly copied values are almost as good or bad as none, since one then has to double check each and everyone. :-(
This is so infuriatingly buggy and intransparent!
Related Content
Recent Discussions
- 9 days agoemoya