Web Services Test Forum

The Web Services Test Forum (WSTF) provides a framework in which members of the Web Service community can develop interoperability scenarios and test implementations of those scenarios against other implementations. The WSTF does not charge dues and has no central governing authority (i.e. board). The WSTF was patterned by its initial creators (BEA Systems, Fujitsu, IBM, and Oracle) after the SoapBuilders mailing list/community. While its main focus is to test the various Web Service specifications, it also serves as a forum where the entire Web Service community can share ideas and concerns in an open fashion.
Principles.
The WSTF is founded on the following basic principles:
Scenarios.
Unlike other interoperability organizations, the work of the WSTF does not center around individual specifications. Activities are organized around the concept of a "Test Scenario". Scenarios are made up of three parts:
Process.
Once a scenario has been defined, members of the WSTF may implement it using their products or open source projects. They deploy these implementations onto publicly available systems and test interoperability with each other in a crosswise fashion. Problems and issues are discussed on the WSTF mailing lists. The scenario may need to be clarified or re-factored during this process. Once an implementation reaches a certain level of maturity, and the implementers choose to do so, the scenario and its implementations can be made visible outside the WSTF by publishing it. Whether published or not, the endpoints that provide the scenario implementations are expected to be maintained indefinitely. This allows other members of the WSTF to perform regression testing, test new implementations, verify behavior, etc. without requiring the active participation of the implementer.
The WSTF chose to keep most of their work private for a couple of reasons. First, in an entirely public forum the members may not feel as free to bring up sensitive topics. By signing the Participation Agreement, members agree to keep all discussions private to the group - thus allowing for a much more open and honest discussion. Second, the members of the WSTF wanted a "WSTF Published" scenario to mean that it had broad community support. Without a formal "Publish" step in the process it would be hard distinguish scenarios that had the community's support versus ones that were only implemented by one company.
A scenario can be published when it has five different implementations and at least two-thirds of those implementor choose to make it public. Only members of the WSTF who put up implementations/endpoints of the scenario are eligible to vote. This restriction was done to ensure that only those who "have skin in the game" are allowed to influence it. For more information on the process see the WSTF's Charter.
Regression testing of web service.
Functional and non-functional web service testing is done with the help of WSDL parsing and regression testing is performed by identifying the changes made thereafter. Web service regression testing needs can be categories into three different ways, namely, changes in WSDL, changes in code, and selective re-testing of web service operations. To capture above three changes three intermediate forms of WSDL, namely, Difference WSDL (DWSDL), Unit WSDL (UWSDL), and Reduced WSDL (RWSDL), respectively can be used. These intermediate forms of WSDLs are then combined to form Combined WSDL (CWSDL) which is further used for regression testing of the web service. This will help in Automatic Web Service Change Management (AWSCM), by performing the selection of the relevant test cases to construct reduced test suite from the old test suite. 
Results.
The WSTF produces the following artifacts: