cancel
Showing results for 
Search instead for 
Did you mean: 

Grid Datasource and copying test suites

SOLVED
Highlighted
New Contributor

Grid Datasource and copying test suites

Is there any easier way to just copy the test suites and rename and start modifying. Currently, cloning the test suite is not very efficient since it modifies my resources. I've used Parasoft SOATest in my previous organization and realtively that was pretty efficient and powerful. Parasoft SOATest was **bleep** easy and time efficient to copy or reuse the scripts, test suite, test steps quickly.. Also, in SOAPUI pro, I do see the grid data source is not very efficient. I'm unable to copy the data in each row. It just fills only one cell at a time. In SOATest, there is also a table feature and its very easy and time efficient to use it. I can just copy and paste the entire row of the table or even copy multiple rows at once and paste it and modify any of the data in it. It just works same as  excel with the added advantage of not importing the file and to manage a file outside of the tool. SOAPUI Pro seems to be very buggy in reusability feature, datasource feature and the reporting.

1 ACCEPTED SOLUTION

Accepted Solutions
Highlighted
Moderator

Re: Grid Datasource and copying test suites

Sorry to hear that you are having trouble with the tool, please look at this screen capture to see if this is what you want to achieve. Remember we may structure the datasource a bit differently than other tools but the goal is to create a set of data that can be used across tests without much effort

https://www.screencast.com/t/jDSXxu3LgmQ

If the issue is a bit different please let me know.

About the reusing and cloning of testcases, testsuites or even API teststeps, the structure to follow would be to make sure that tests against same APIs, or APIs that interact should stay under one project(for the most part) this way you can easily pass variables around from one step to the next and create elaborate end to end tests. As soon as you clone a test to another project, it will also have to port the parent requests under the interface along with the interface itself. You should be able to set up tests flows and separate them with the testsuite and testcase to make sure you make meaningful and reusable tests. Please see some of the documentation links below, they should point you in the correct direction.

 

Managing tests: https://support.smartbear.com/readyapi/docs/soapui/managing/index.html

Custom reusable properties: https://support.smartbear.com/readyapi/docs/testing/properties/about.html#custom

If you need to reuse a set of tests that are common across all your scenarios, you should be modularizing them with the “run testcase” test step, more info here: https://support.smartbear.com/readyapi/docs/soapui/steps/run-test-case.html

 

I really hope this is helpful and hope to hear back from you soon.

Temil Sanchez
Ready API Product Owner

View solution in original post

2 REPLIES 2
Highlighted
Moderator

Re: Grid Datasource and copying test suites

Hi @MeenaExplore,

 

Thanks for leaving your feedback.

It's sad to hear that you faced this situation. I'm sure our team will do their best to improve the product. I've asked our SoapUI Product Owner to review your feedback.

 


Olga Terentieva
SmartBear Assistant Community Manager

Highlighted
Moderator

Re: Grid Datasource and copying test suites

Sorry to hear that you are having trouble with the tool, please look at this screen capture to see if this is what you want to achieve. Remember we may structure the datasource a bit differently than other tools but the goal is to create a set of data that can be used across tests without much effort

https://www.screencast.com/t/jDSXxu3LgmQ

If the issue is a bit different please let me know.

About the reusing and cloning of testcases, testsuites or even API teststeps, the structure to follow would be to make sure that tests against same APIs, or APIs that interact should stay under one project(for the most part) this way you can easily pass variables around from one step to the next and create elaborate end to end tests. As soon as you clone a test to another project, it will also have to port the parent requests under the interface along with the interface itself. You should be able to set up tests flows and separate them with the testsuite and testcase to make sure you make meaningful and reusable tests. Please see some of the documentation links below, they should point you in the correct direction.

 

Managing tests: https://support.smartbear.com/readyapi/docs/soapui/managing/index.html

Custom reusable properties: https://support.smartbear.com/readyapi/docs/testing/properties/about.html#custom

If you need to reuse a set of tests that are common across all your scenarios, you should be modularizing them with the “run testcase” test step, more info here: https://support.smartbear.com/readyapi/docs/soapui/steps/run-test-case.html

 

I really hope this is helpful and hope to hear back from you soon.

Temil Sanchez
Ready API Product Owner

View solution in original post

New Here?
Join us and watch the welcome video:
Announcements
Top Kudoed Authors