Web Services Testing

AdventNet QEngine Web Services Functional Test Tool - To automate the functional testing of your web services for valid, invalid and inopportune inputs. It automatically generates scripts from a WSDL document and validates XML responses to web service requests.

AdventNet QEngine Web Service Performance Test Tool - To automate the performance testing of web services from local or remote machines. It realistically simulates load to identify the performance bottlenecks and failures within your web services. You can automatically generate the load test scripts from a WSDL document and configure the load test data through the web-based interface. Load tests can be run simulating a single virtual user or a large number of simultaneous virtual users.

• QEngine automatically generates test scripts to provide an easier and more effective way to test all the published web services in a WSDL with a click of the mouse. This eliminates the need for in-depth knowledge of a proprietary scripting language.
• You can also replay the generated test scripts to ensure that the server delivers appropriate responses for the given requests.
• Support for MIME attachment.
• Ability to set various properties to call before invoking a particular web service.

• Web service scripts are generated as Jython scripts which provides the fastest and easiest way to create, read, and manipulate test scripts, with no programming. Jython scripts provide more control over testing and have the ability to invoke regular Java classes. It also provides support for looping constructs and conditional statements such as, For, if…else, etc.

Data-driven test scripts enables you to test the web service application in different scenarios by just changing the test data in an external data source. Thus, enabling you to extensively test all the aspects of the web service application in terms of test data.

• You can create data-driven test scripts to send data source values as part of a request to a server. A single test script can be created to test with multiple sets of data where the values are substituted at runtime from an external database or CSV file. This facilitates maximum script re-usability and eliminates the need to re-generate test scripts for each set of data.

• The web-based Parameterization UI provides a drilled down view of the input parameters passed to each WSDL method.
• Supports a broad array of data types and allows you to parameterize all operation parameters including complex data types and arrays. This ensures the validity of a WSDL method to replay the script without any errors.
• Parameterization for web service performance testing allows you to simulate a realistic load with different virtual users using different data.

• Easy-to-use Function Generator tool provides a non-erroneous way to insert specific functions from a rich library of verification functions. This will help you to extend the web functionality testing and analyze the test results.
• Verification functions can be added for performance testing to get response code, status, check if there is a fault, verify XML contents, verify database values, add common string functions, add custom reporting functions, etc. To learn more, please refer to Web Service Insert Built-in Function.

• Test scripts generated for web service functional testing can be re-used for performance testing without any modification in web services. This eliminates re-generation of scripts and allows you to share scripts using the standard Jython language for both functional and performance testing.

• This feature supports the testing of asynchronous messages, including notification and alert messages in addition to synchronous RPC capabilities.

• Intuitive and easy-to-use Load Test Configurator UI allows you to create scenario-based test cases that contain one or more web service operations with appropriate work load to emulate the real-user activities. For example, you have the flexibility to split the number of users accessing different parts of the web service application performing different operations, such as, 60% of users trying to get employee details, 20% of users trying to update employee details, and the other 20% of users trying to update employee phone details.
• Provides extensive configuration options to repeat delay (user iterations), percentage of load for each user, the speed with which the recorded business cases will be replayed (normal with think time or fast mode), etc.
• Quickly change the server host (or test server) and the server port in the user profile configuration to run the same user scenario (recorded URLs) against different test servers and port numbers without re-recording the test scripts.

• Accurately simulate a large number of virtual users performing a defined set of operations (or business cases) in your web service application.
• Group the individual user scenarios as user profiles and associate each user profile with different load levels (normal, ramp-up, or burn-in) as load test cases to capture real-life user testing.
• Configure various workload types to test your web service application under different load and stress conditions. This includes:
  • Load Test (Normal Workload) - This test measures the capability of your web service application under anticipated production workload. It runs the load test for a constant number of virtual users (steady-state workload) until the given test duration time has passed.
  • Peak Tests (Ramp-up Workload) - Ramp-up test determines the peak load at which your web service application fails to respond. It simulates heavy load by gradually increasing the number of users at defined periods until the count reaches the maximum number of users.
  • Burn-In Tests (Burn-in Workload) - This test helps you to identify issues with web services when a heavy load is hit for an extended period of time. You can exit the test only based on the specified exit criteria.

Provides considerable flexibility, enabling testers to configure a wide range of options using the Settings tab that affect the playback of functional and performance test scripts. All these configurations are optional.

• Option to run the recorded functional test scripts against any server or port. This will allow you to test and compare the same web service application hosted in different servers and ports.
• Option to change the order of script execution using the automatic or manual sequencing mode.
• Option to e-mail test case failures to team members and other related stat ff.
• Option to send out summary reports to configured e-mail IDs.
• Option to integrate third party bug tracking software.
• Users accessing a web page will not wait too long for a page to download. The delay may due to an error in socket connection or the server not able to process the request due to some errors. To shorten this delay, you can configure the socket timeout value and enable/disable the option Enable Session Maintenance.
• Proxy settings option to send requests through a proxy.
• Option to save the web page obtained in the response for all the pages. Enabling this option consumes a lot of disk space.
• Option to save the logs obtained during load test execution for each user.

• In addition to test automation of your web applications and web services, QEngine provides built-in issue tracking software that helps you to track product defects and manage product enhancement requests. It enables users to log in defects / requests from any geographic location and allows all the team members to access the tracking system from anywhere, anytime. Click here, to learn more.

• QEngine allows you to integrate any third-party Bug Tracking Systems to help you track bugs the way you are used to. Click here, to know the customization details.