Forum Discussion
Hi anand7892
Can you expand the detail you provided a little - I'm a bit confused.
You state you have 3 test suites - Login, TestSuite1, TestSuite2 - is that right?
You have different users exercising the 3 different test suites....is that right?
You want each of your users to exercise all 3 test suites - sequentially?
Does a user need to exercise the Login test suite first?
How is the user details saved? what consists user data? (i.e. is it just username? username/password? user/password/additional creds?)
Are you asking how to set this up? - the approaches to datasources? how to pass the user details to the steps?
Is it REST? SOAP?
The title of your post is "Running complete project with different set of data" - does this mean you actually have >.1 project (.wsdl, .wadl, whatever) and you have a set of users that you want to use to exercise >1 project?
I'm sorry - I feel like I've bombarded you with questions - but if you can try and answer these - it'll help people grasp exactly what you need!
Cheers,
rich
Pleae find my answers inline
You state you have 3 test suites - Login, TestSuite1, TestSuite2 - is that right?
Right
You have different users exercising the 3 different test suites....is that right?
Right
You want each of your users to exercise all 3 test suites - sequentially?
Sequentially or parallel , both work for me
Does a user need to exercise the Login test suite first?
yes
How is the user details saved? what consists user data? (i.e. is it just username? username/password? user/password/additional creds?)
There are lots of parameter specific to user that will be used in subsequenet test suites.
Are you asking how to set this up? - the approaches to datasources? how to pass the user details to the steps?
Yes, i am asking how can i set this up
Is it REST? SOAP?
REST
The title of your post is "Running complete project with different set of data" - does this mean you actually have >.1 project (.wsdl, .wadl, whatever) and you have a set of users that you want to use to exercise >1 project?
I have 1 project and want to execute all my test suites , firstly for user1 and then for user2 and so on..
Let me know if you have any other questions.
Thanks for your reply.
Thanks,
Anand
- richie7 years agoCommunity Hero
Hi anand7892
there's lots of different ways of doing this - you say you know about parameterization and property transfer - but there's many, many ways to do this - also the question is quite open ended - so without lower level details (like examples of the REST requests in the various test suites) we can't really steer you in the 'right' direction - I can just give you an example of how I might do this is as follows - this isn't necessarily the 'best' approach - this is just one that I've used before and there were various reasons why I picked this rather than others at the time.
This is difficult to answer unless you can give me example request content for all your requests but for now I can summarise what I did.
Short answer - I created a properties file with my login parameters which I sourced as the first step in the first testcase in my Login test suite. I used parameterization and property transfer to grab the session variables from the Login test suite's initial test case (is there going to be more than 1 test case in the Login suite?) to pass onto the later tests in the Login Suite as well as passing them onto the test cases within the 2 Test Suites.
Just some notes on the properties files
I used a properties file rather than set them within SoapUI, just cos I find it easier to edit .csv's rather than fields in soapui. I created a properties file (.csv extension) - not .txt - I'm specifying the .csv for a number of reasons - SoapUI handles .csv's by default more effectively than .txt, although you can still do everything you can with a .txt as a .csv as far as I can tell.
The properties.csv content format had 1 header row, data row started at row 2 - it appears as follows:
firstname, lastname, userid, password dave, jones, dj01, QAZWSX01 susan, peters, sj02, XSWZAQ01
I created the first testsuite (entitled Login) and the first step of this was a Datasource (file type).
I browsed the datasource (filetype) to the 'properties.csv' file - a dialogue entitled 'Import properties from a file' launches - hit the 'Yes'
'Import Properties' form launches - hit the 'Ok' to accept defaults - this creates the 4 properties that correspond to the header row in the properties.csv
Hit the options button for this datasource - this launches the 'Datasource Options' form.
On the 'Settings' tab, in the 'Start Row' editable field - input '1' and click 'OK'
Hit the green 'Play' tick to test the datasource works correctly - launches a dialogue - hit 'OK' - this populates the datasource with all the rows of data.
Hit the green 'Play' tick and when prompted for a number of rows to be retrieved - input '1' (replacing the default '10').
The above provides you a datasource of file type - that contains the parameter values might need.
I then add in the REST requests to build the test steps associated with the Login test suite.
I then capture the session variables into properties (correlation) for the TestSuite's 1 & 2 (via project properties or datasinks or whatever) - this means that you can run TestSuites independently rather than having to run them in sequence.
That's how I did it - but as I say - there are a variety of options
I read the above and I'm unsure if I've really been of help at all, but anyway - its a starting point
cheers,
richie