SOAtest can automatically create a test suite from an XML schema. To do so:

1. Choose the SOA > XML Schema option in one of the available test creation wizards. For details on accessing the wizards, see:
   • Adding a New .tst File to an Existing Project
   • Adding a New Test Suite
     
2. In the XML Schema wizard page, specify the location of the schema from which you want to generate tests.
3. Select the type of test you would like to create:
   • Generate Messaging Client (non-SOAP XML messages). For more information, see Messaging Client.
   • Generate SOAP Clients (SOAP Messages). For more information, see SOAP Client.
4. For creating test clients that use HTTP, enter the URL of the web service endpoint in the Endpoint field, then click Next.
5. On the Elements page, select one or more elements from which to generate your tests, then click Next. SOAtest only recognizes element definitions defined at the top level (that is, as the child of the root schema element).
   
6. Specify whether you want to reference an existing environment or create a new one.
   • To create a new environment:
     1. Enable Create a new environment for your project.
     2. Enter an Environment Name and Variable Prefix.
     3. Choose whether you want to create environment variables for WSDL URI Fields, Client Endpoints, or Both.
   • To reference an existing environment, enable Reference an existing environment then specify the appropriate environment file. SOAtest will look for the Schema URL inside the referenced environment variable values. If a match is found, SOAtest will replace the relevant portions of the URL in the SOAP or Messaging Client with the environment variable name. If no match is found, then the environment will be referenced and added to the project, but the Schema URLs will be untouched.
   • For more information on environments, see Configuring Testing in Different Environments.
7. Click Next. The Policy Enforcement dialog opens.
   
8. Enable Apply Policy Configuration. This will create WSDL and functional tests that will enforce the assertions defined in the specified policy configuration.
   • The default policy configuration, default.soapolicy, is a collection of industry-wide best practices. To use a custom policy configuration, you can either click Browse to select a policy configuration or enter the policy configuration's path in the text field. For details on policy enforcement, see SOA Policy Enforcement: Overview.
9. Click Next to advance to the Layout dialog.
10. (Optional) Enable Organize as Positive and Negative Unit Tests to create both positive and negative tests for each operation since it is important to test situations where we send expected data as well as unexpected data to the server. The default value is configured to Sort Tests Alphabetically.
11. (Optional) Enable Asynchronous and choose Parlay, Parlay X, SCP, or WS-Addressing to create asynchronous test suites. For more information on asynchronous testing, see Creating Asynchronous Tests.
12. Click Finish.

SOAtest will generate a new test suite is created based on the XML Schema and functional test type you selected.