QuickTest Professional supports keyword-driven testing on your Web services. This means that after you add a WebService test object to your object repository, you can access all of the operations that the Web service supports from the Operation column of the Keyword View, the Operation box in the Step Generator, or by using IntelliSense in the Expert View.

You can use the QuickTest Professional Web Services Add-in to test your Web service using familiar QuickTest functionality, without the need for extensive knowledge of your Web service architecture. For example, you can use QuickTest Professional to invoke the operations of your Web service and verify returned XML data using special functionality that has been customized for Web services. You can use the specialized WebService test object operations to control the way in which QuickTest communicates with your service, including working with security, configuration, headers, and attachments.

You can also use the Web Services Add-in together with any other QuickTest add-ins to create tests that test both the direct communications with your Web service and the front-end application that reflects the results of these communications.

The Web Service Testing Wizard helps you select the WSDL source, set security options, and specify the Web service, port, and operations you want to test. For tests, you can also choose to automatically insert checkpoints with the proper syntax for each selected operation. When you finish, the wizard creates a WebService test object that represents the Web service and port you want to test and inserts the relevant steps directly into your test or component.

You can then update the generated steps of your test or component by replacing the generated argument values with valid values, updating the expected values, and selecting the nodes you want to check in your checkpoints (tests only). After you perform these steps, you can update the data by performing an update run You can also enhance the generated test or component by inserting additional steps or, for tests, adding programming logic.

Note: QuickTest includes Maintenance Run Mode, which is not supported for applications such as Web services, which do not have a user interface.

The Web Service Testing Wizard includes the following screens:

Welcome to the Web Service Testing Wizard Screen

WS Testing Wizard

Welcome to the web service testing wizard screen

Web Service Testing Wizard - Specify WSDL for Scanning Screen

WS Testing Wizard

WS testing wizard - specify WSDL for scanning screen

Note: The first time you open the Web Service Testing Wizard, the URL box is empty. On subsequent uses of the wizard, the Specify WSDL for Scanning screen opens with the same settings as those set in the previous wizard session.

By default, the WSDL source is analyzed using the .NET Framework 2.0 WSE 3.0 toolkit. You can change the toolkit if required.

In the Specify WSDL for Scanning screen, specify the WSDL source and whether you want to include security settings in your Web service test, as follows: Select a radio button according to the WSDL source you want to test. Then enter the source. You can click the down arrow next to each box to view and select recently used items.

Select the Include security settings in the generated Web service test check box if you want to specify the security tokens that are required for communication with the Web service you want to test.

Web Service Testing Wizard - Set Security Options Screen

WS Testing Wizard

WS testing wizard - set security settings

In the Security tokens area, select the check boxes for the security tokens needed for communication with the Web service you want to test. You can highlight any token to view its description in the Description area. When you highlight a token, its properties are displayed in the Token properties area. (Note that highlighting the token does not select its check box.) You can select as many security tokens as needed. The following security tokens are available:

Web Service Testing Wizard - Select Service and Operations Screen

WS Testing Wizard

WS testing wizard - select service and operations screen

In the Available Operations  list, double-click each operation you want to include, or select an operation and click the right arrow button > to add it to the Selected Operations list. You can add the same operation more than once. To remove an operation from the Selected Operations list, you can double-click it in the Selected Operations list or select the operation and click the left arrow button <

Use the up and down arrows to sort the Selected Operations list into the required testing order.

Web Service Testing Wizard - Summary Screen

WS Testing Wizard

WS testing wizard - summary screen

Download and install the WS-I Testing tool.

The tool which will interest us today is the WSDL Analyzer, and its ability to check a WSDL and generate a report about its compliance with the WSI-Basic Profile. The report contains the result of the test, and the uncompliant points if there are.

You can run the validation tool manually in QuickTest, selecting Tools / Validate WSDL to open the Validate WSDL dialog box. You can also validate that the WSDL source conforms to WS-I standards programmatically using either the WebService.ValidateWSDL method or the WSUtil.ValidateWSDL method.

When the validation is complete, you can view the validation results, which indicate whether the file conforms to WS-I profile guidelines. Note that it is possible that your Web service tests or components on the specified WSDL will run successfully even if they do not conform to these guidelines

Before you can use the WS-I validation tool, you need to specify the location of the WS-I validation tool. You do this in the Web Services pane of the Options dialog box ( Tools / Options / Web Services node).

Note: When you run the WS-I validation tool, QuickTest accesses the WSDL. If the WSDL you are validating is located on a secure server, or if the network connection is secure, you must save the WSDL and any additional resources referenced by the WSDL to a non-secure location (such as a local drive) before running the WS-I validation tool.

in the WS-I Deliverables section of WS-I site on the left menu, select the Testing Tools option. in the Testing Tools Filter , select the Show only Test Tools type item and click the Apply Filter button. locate the post about Interoperability Testing Tools 1.1 :

Before you can use the WS-I validation tool, you need to specify the location of the WS-I validation tool. You do this in the Web Services pane of the Options dialog box. The Web services options enable you to specify the toolkit that QuickTest uses when learning WebService test objects, specify WS-I validation preferences, and set additional display settings for the Web Service Testing Wizard

Learn new test objects using the following toolkit

Tip: It is recommended to run Web service tests using the same toolkit with which the test was created.

WS-I validation tool location

Indicates the path containing the WS-I validation tool. Specify the root path of the wsi-test-tools folder ( and not the bin folder containing the executable file). The wsi-test-tools folder must be stored on the computer on which the WSDL is scanned. The WS-I validation tool tests Web service interoperability by checking compliance with the WS-I Basic Profile QuickTest uses the path specified here to perform validation checks in the Validate WSDL dialog box.

Web Services Options WS-I Validation tool location

WS-I validation tool platform

WS-I report options

Note: You can use the WS-I validation tool to test Web service interoperability. It does this by checking compliance with the WS-I Basic Profile. The WS-I validation tool, Interoperability Testing Tools 1.1, is a third-party application and is not provided with QuickTest Professional.

Show Welcome screen in Web Service Testing Wizard

Display information message when Web Service Testing Wizard finishes

When you select an operation with input arguments while using the Web Service Testing Wizard, the wizard generates default values for the arguments. If this option is selected, then the wizard displays a message when you click Finish to remind you that you must replace the automatically generated argument values with valid values. If you select the Do not show this message again check box inside the warning message, then the Display information message when Web Service Testing Wizard finishes check box in the Options dialog box is automatically cleared. If you want to reactivate the reminder message, select this check box again.

Web Services Options WS-I Validation tool location

Before we start testing WS-I Validation we are going to prepare three different wsdl file sources to review all the aspects.

Validating WS-I by URL Location

To specify a WSDL from a URL source on a Web server, we are going to enter the URL address manually or click the Navigate button next to the URL box to open your default browser. navigate or enter the following address: http://www.soapclient.com/interop/SQLDataInterop.wsdl

WS-I Validation WS-I Validation by url location.

View Results...

Validating WS-I by File Location

To specify a WSDL file, select File. Enter the file path manually or click Browse next to the File box to open the Browse for WSDL File dialog box. Browse to the required file. in the downloaded toolkit we the a demo file located in the samples folder. Select or type : [wsi-location]/samples/RetailerService.wsdl

WS-I Validation WS-I Validation by object repository location.

View Results...

Validating WS-I by Object Repository Location

To specify a WSDL that defines a service for which a test object has already been created in one of the repositories associated with the current action (or component), select Repository, and then select the relevant test object. QuickTest locates the WSDL according to the location specified in the wsdl property of the WebService test object

WS-I Validation WS-I Validation by file location.

View Results...

Report Options

Validation

Let's start practicing with a service that return one single value. navigate to www.webservicex.net and select the Value Manipulation/Unit convertor category. Select the Temperature Web service.

Since we are testing SOAP requests we are interested to know what is the WSDL location also we can see the Function name ( ConvertTemp ) and the Server Description Before we start with QuickTest Web-Services Wizard we want to understand, what we are going to do. So, we are going to use the Temperature service, with a single operation ConvertTemp the operation will receive 3 parameters :

The 1^st parameter Temperature of type double( number ) The 2^nd parameter FromUnit of type TemperatureUnit The 3^rd parameter ToUnit of type TemperatureUnit
TemperatureUnit is a string with the following values range: degreeCelsius, degreeFahrenheit, degreeRankine, degreeReaumur, kelvin

The web service returns 1 single argument of type double.

We're moving to QuickTest; Opening the Web Services Wizard in the Specify WSDL for Scanning pane, we select the URL option and type the WSDL Location and then we click on the Next button.

In the Select Service and Operation pane we select the ConvertTemperature Service Name and ConvertTemperatureSoap Port Name, and the ConvertTemp available operation. and then we click on the Next button.

Finally, we uncheck the Add XML checkpoint... option, since we don't want to implement a checkpoint right now.

The following Web Service is still a simple one, even that for those unfumiliar with XML and XPath Can be complexed. the following web service still returns a single string, but on more complex pattern. In fact, an Xml pattern.

Let's start by understanding the purpose by watching the wsdl file, and understand the involved arguments. navigate to http://www.webservicex.net Service Global Weather click on the Service Description link.

<s:element name="GetWeather">
:
:
<s:element name="GetCitiesByCountry">

The above definitions means that we have a service with to operations.

1. GetWeather
2. GetCitiesByCountry

<s:element name="GetWeather">

<s:element name="GetCitiesByCountry">

Hands On

Step 1

Step 2

Step 3

Step 4

Step 5

Step 6

6.2 - Handling return information - XmlUtil Only after we understand, what is returned, we can now organize that information for later use. This article part will only demonstarte how to handle the returned information. later on, we'll see how to also test/check the information, understanding the SOAP response and more.

6.3 - Handling return information - XmlDom The same as above, but implemented using the XmlDom object. View Results...