This section describes the available SOAtest server implementations and how to interact with a remote SOAtest and Virtualize server from the desktop.
A common SOAtest infrastructure configuration includes a SOAtest server deployed to the team build machine and SOAtest desktop installations for developers/testers. If your license permits, you can also run a Virtualize server and Virtualize desktops, which enable you to quickly create and deploy shareable, reusable virtual environments. By adding Continuous Testing Platform (CTP) to your infrastructure, you can enable browser access to test assets, virtual environments, test data, and other components to facilitate testing practices.
The crux of the infrastructure is the SOAtest (and/or Virtualize) server. You can execute SOAtest functionality on remote servers using either the SOAtest Web Services Interface or SOAtest and Virtualize Server implementation. In both implementations, the remote SOAtest server and desktop instance interacting with it must be the same version to ensure interoperability. Sub-minor version difference, such as service pack updates, however, do not impact interoperability.
You can install SOAtest on a remote machine and access the web services API to execute SOAtest functionality. This enables you to automate test execution as part of your continuous integration infrastructure (i.e., nightly build). You can also access the SOAtest server from the SOAtest Server View in a desktop implementation.
Details on how to set up and run SOAtest from a command line, locally or on a remote server, are in the Testing from the Web Service Interface section.
The dedicated SOAtest and Virtualize server is a lightweight implementation for executing tests created in the SOAtest desktop or CTP, as well as hosting service virtualization assets created with Virtualize and/or CTP. The server architecture is designed to provide a smaller memory footprint for higher performance of individual servers, as well as to let organizations take advantage of standardized application deployment infrastructures for availability, clustering, and scalability. It is designed to be deployed within containers such as Docker.
See the Deploying the SOAtest and Virtualize Server WAR File section for instructions on how to deploy and configure the server.
The SOAtest Server view is the primary interface for deploying test assets to the remote server (also see SOAtest Server View).
The server will be added to the view.
The SOAtest Server view shows the Parasoft artifacts deployed to the remote server. The artifacts are grouped into the following folders:
You can add subfolders to the Test Assets folder to keep your work organized.
To copy assets from the local instance of SOAtest, drag files from the Test Case Explorer view to the Test Assets folder or a subfolder in the SOAtest Server view.
You can also copy files and folders from the remote server to your local SOAtest: