Mindreef

SOAPscope Server 6.1 Features

Mindreef SOAPscope Server 6.1 is the latest update to our industry-leading solution for Web services testing, governance, diagnostics and support. It's expandable plug-in architecture allows teams to add shared workspaces as their SOA implementations grow from tens to hundreds of services and become more complex. SOAPscope Server 6.1 now features the ability to verify adherence to WS-Security requirements.  In addition, SOAPscope Server now includes Mindreef Load Check and Mindreef Policy Rules Manager.

Below is a brief overview of several key features of SOAPscope Server.

WS-Security

What it does: SOAPscope Server 6.1 allows development and QA teams to verify adherence to the OASIS WS-Security 1.0 and 1.1 standard. SOAPscope Server can be used to test Web services that use WS-Security by invoking and resending protected SOAP messages, and running Scenario Tests using UsernameTokenProfile, X.509 Token Profile, signing, and encrypting. Users can create security profiles for different WS-Security configurations and switch between security profiles during testing. Security profiles can be created for each Service Space™, a container that allows teams to organize, collaborate and share assets with other project team members, so that users sharing the same service space can quickly and easily run tests using any of the pre-defined security profiles.

Why you need it:  The OASIS WS-Security standards help companies increase message integrity and confidentiality.  SOAPscope Server enables teams to quickly and easily setup and perform the required tests to verify adherence to those standards.

Load Check

What it does: Mindreef Load Check, included in SOAPscope Server 6.1, allows development and QA teams to test the performance and scalability of services before they are delivered to the performance testing team. Load Check allows project teams - without specialized performance and load testing skills - to load test services early in the service development lifecycle and find performance and scalability problems when it is still early and cost-effective to make corrections.

Why you need it: SOAs need to perform well to be successful, and to make that happen development teams must build performance in from the start of service development. Load Check makes easy-to-use load checking available to any team member, and it can be up-and-running in under an hour, enabling teams to find and solve performance issues early in the lifecycle when they are cost-effective to correct.

Policy Rules Manager

What it does: Mindreef Policy Rules Manager, included in SOAPscope Server 6.1, is a design-time governance tool that enables a company to translate best practices used by the industry and their company into rules that can be validated automatically as service designers create new services. Contracts are validated up front, long before they could break at run-time.

Why you need it: The Policy Rules Manager enables organizations to establish SOA design standards by easily combining codified industry policy sets with customized organizational best practices that can be enforced throughout the software development lifecycle.  It allows teams to enforce compliance beginning at design and development time and throughout the service lifecycle. Architects and developers can continuously validate WSDL contracts to ensure quality, trust and compliance and enable SOA team members to build better services that meet interoperability, compliance and agility goals.

Service Spaces

What it does: A Service Space is a container that allows teams to organize, collaborate and share project assets with other project team members, without giving access to other organizations in the company who may be sharing the same SOAPscope Server.  Service Spaces can be used by team members, test administrators and Service Space administrators; they can store and share workspaces, test suites, load tests, scenarios, contracts, etc. that are used by the services team to enable collaboration in a service-oriented development life cycle.  Service Spaces allow multiple teams to share a SOAPscope Server, each with a private project partition to store information.

Why you need it: Service Spaces dramatically improve team collaboration and productivity by allowing everyone on the team to share test suites, load tests, assets and artifacts in one shared place.

Automated Testing with Test Suites

What it does: With SOAPscope Server, you can automate the running of unit, functional, regression, and acceptance tests stored in Test Suites.  Each Test Suite is an ordered list of workspaces.  SOAPscope Server will report on tests that passed and failed, how many passed for the first time, and how many failed for the first time.

Why you need it: Test automation using Test Suites enables managers and teams to easily and quickly determine where to focus test and fix efforts.   Trend reporting provides historical data on tests passing and failing over time, to enable an informed decision on whether a service or SOA is ready to ship.

Named Endpoints

What it does: Invoke and Resend now provides the ability to Name WSDL Endpoints, so that you can test against the WSDL that you want to test, rather than the WSDL in production.  

Why you need it: The ability to set Named Endpoints saves time, improves test accuracy, and makes it easy to test against specific WSDLs. 

Service Simulation 

What it does: SOAPscope Server lets you easily create service simulations, without coding, by capturing SOAP messages and adding them to a simulation. Simulations can also be created directly from a WSDL utilizing powerful SOAPscope invoke forms.

Why you need it: SOAPscope Server service simulations can serve as a prototype of non-existent services, can stand-in for unavailable services, or serve as a 'mock service' for testing purposes.

Multiple Workspace Integration

What it does:  SOAPscope Server offers the ability to work within, and switch between, multiple Mindreef Shared Workspaces^TM

Why you need it: SOAPscope Server lets you manage multiple workspaces simultaneously, and to organize those workspaces within a folder hierarchy. You only need to import or export a workspace at the point where you are ready to share your work with others. Having the ability to work on multiple workspaces will let you work with much greater efficiency by keeping all of your information readily available, any time you need it.

Pseudocode View^TM

What it does: Pseudocode View, or Pseudocode for short, provide easy viewing, comprehension and modification of services, WSDL and SOAP messages without the need to know XML.

Why you need it:  Pseudocode allows anyone on the project team – from the business analyst to the tester - to understand what a service is doing, without requiring knowledge of XML.   With Pseudocode you see and work in raw XML code only when you want to.

Invoke/Resend

What it does: SOAPscope Server enables you to test your Web services by dynamically creating a request message using the SOAPscope UI, sending that request message to a server, and viewing the response. Resend enables you to change the data being sent in a message and send it again to see the effect of your change.

Why you need it: The SOAPscope Server Invoke and Resend capabilities allow you to send messages and view the responses to test a service method. You can then resend that message multiple times while making small changes. Invoke and Resend make service and SOA testing fast and efficient.

Contract Documentation

What it does: SOAPscope Server generates a Pseudocode view of WSDL contracts as well as a whole JAVADOC style documentation for the contract.

Why you need it: Reuse of Web services not only depends on finding existing services, but also on fully understanding those services. SOAPscope Server allows you to get a clear and thorough linked visualization of a WSDL contract.

Scenario Testing 

What it does: When you create a new message, SOAPscope Server automatically creates a new action based on the message and adds that action to a list of actions. SOAPscope Server allows you to replay these lists of actions to verify that responses match existing benchmarks. Test scenario actions can be set to expect a variable, and the results view will display the results for each row of the data binding.

Why you need it: Scenario Test actions provide a simple, but reproducible way to test Web services without using complicated or expensive testing tools. Scenario Testing allows you to redirect playback scripts to different end points, such as a test server, developer debug environment, or production servers. You can also customize Scenario Test actions to use variables to thread data from one action to another. Scenario Test actions can also automatically verify that responses match existing benchmarks.