Getting to Know SoapUI Pro:
SoapUI is available in two variants – Open source (SoapUI) and the premium SoapUI Pro (also known as SoapUI NG Pro).
Recommended IPTV Service Providers
- IPTVGREAT – Rating 4.8/5 ( 600+ Reviews )
- IPTVRESALE – Rating 5/5 ( 200+ Reviews )
- IPTVGANG – Rating 4.7/5 ( 1200+ Reviews )
- IPTVUNLOCK – Rating 5/5 ( 65 Reviews )
- IPTVFOLLOW -Rating 5/5 ( 48 Reviews )
- IPTVTOPS – Rating 5/5 ( 43 Reviews )
Up until now, we have focused on general automation concepts and the fundamentals of functional testing, such as creating a project, test suite/case/steps, properties, assertions, scripting in Groovy, programing, and so forth. Visit this link to discover all of these tutorials in the SoapUI series.
Now, let’s delve into SoapUI Pro and examine the exceptional features it offers for improved and efficient testing.
Please note that this article will not delve into the features of SoapUI NG Pro. Nevertheless, apart from a few novel characteristics, all the features outlined below can also be found in SoapUI NG Pro.
What You Will Learn Here:
4 Essential Features of SoapUI Pro
Feature #1: Point and Click (Drag & Drop)
This unique feature allows for effortless duplication of test steps within a test suite, thus avoiding the need to recreate them.
Here’s how to do it:
Arrange your project hierarchy as depicted below. We will drag and drop a test request into a separate project.
- Double-click on the Testcase node within the test suite found in the GlobalWeather project hierarchy.
- Then, pull the Request1 from the DemoWebServices -> BarCodeSoap hierarchy and drop it onto the test case screen.
- Refer to the following screenshot for a clear explanation.
(Click image to enlarge)
- SoapUI Pro will request confirmation. Opt for Yes.
- A window named “Add Request to Testcase” will pop up. Input a new request name in the request text field, like “GenerateBarCodeRequest”.
- To save the changes, click OK. The screenshot below presents the newly added test case within the test suite.
In a similar fashion, we can append test suites or other nodes from one project to a different project by simply dragging and dropping them.
Feature #2: Data-Driven Testing
SoapUI Pro leverages the data source test step to link to an external data source and provide its data to the web service. This data source test step comprises a data source loop allowing for data iteration and its delivery to the web service. This capability is crucial for both functional data-driven and load testing.
Supported data sources include Excel, JDBC, XML, and any other compatible databases. Multiple data sources can be linked concurrently.
Let’s look at an example:
Feature #3: Reporting
SoapUI Pro provides various types of reports for simplified analysis. These encompass:
- Printable Report – Facilitates exporting in formats such as PDF, HTML, RTF, Excel, etc.
- Data Export – Extracts specific data in XML and CSV formats.
- HTML Reports – Produces result reports in HTML format that can be uploaded to any webpage.
To illustrate, let’s craft a sample report for test suite execution. Follow these steps:
- Create a project with the URL http://www.webservicex.net/globalweather.asmx?WSDL.
- Add a test suite and test steps as shown in the following screenshot.
- Once the test requests are appropriately configured, execute a double-click on the test suite.
- Hit the run button available on the toolbar to initiate the execution.
- SoapUI will execute the test suite and display the execution status.
- On the test suite toolbar, click on the Create Report icon .
- Select the necessary report type and modify as needed.
- To generate the report, hit OK. The generated report will be displayed.
Similarly, data export reports can be generated as well. Click on the create report icon situated on the toolbar. SoapUI Pro will open the Create Report dialog window. Check all datasets and alter the format to CSV. Also, check the Generate Header Row option. Indicate the destination folder where the report should be saved. For reference, look at the following screenshot.
After clicking OK, SoapUI Pro will generate three files (with names displayed in the datasets section) in the designated folder on your computer. If any errors were encountered during execution, error log files will also be generated in the same location.
JUnit-Style HTML Reports:
JUnit-Style HTML Reports demonstrate test results for each test suite and test case. To create this HTML report, hit the icon . From the Format drop-down, select the JUnit-Style HTML report option. If it is not already selected, choose Single Page. Specify the destination folder path and click OK. The resulting report in HTML format will be displayed.
(Click image to enlarge)
Feature #4: Coverage Feature in SoapUI Pro
The coverage feature is employed to analyze the covered REST or SOAP services. It gathers data during functional testing, mock services testing, and so forth. The coverage status can be verified for a test suite as follows:
- Double-click the test suite name.
- Click the run icon to initiate the test suite execution.
- After the execution finishes, the Coverage tab will appear next to the test cases tab. Refer to the screenshot below.
(Click image to enlarge)
The coverage feature is applicable to functional tests, mock services, and HTTP monitor scenarios. It covers the project level, test suite, and test case levels, as demonstrated below:
SOAP and REST Services:
SOAP, developed by Microsoft, adheres to specific standards. It is a protocol that efficiently utilizes XML to transfer messages over the Internet. An important characteristic is the built-in error handling it offers for both requests and responses. Intriguingly, it is not necessary to use Web Services Description Language (WSDL-a file related to SOAP). WSDL encompasses the definition of how web services function and how they should be referenced.
SOAP-based services can be spotted in the SoapUI project via their image indicator. Retrieve more details from the screenshot below.
Representational State Transfer services (REST) are a lighter alternative to SOAP. For example, with SOAP, when using scripts like JavaScript, we must handle the corresponding XML structure, which might pose more hurdles.
REST doesn’t come