Message proxies simplify the process of recording live system behavior and routing traffic to the desired endpoints (real or virtual).
A message proxy is deployed to a local or remote SOAtest or Virtualize Server so that it can receive messages to be processed by a virtual asset or passed to a live system (or to an internal endpoint for advanced scenarios). The proxy can record traffic to emulate the captured behavior, enabling you to cut the dependencies on system components that are difficult to access.
HTTP/S, JMS, MQ, and internal transports are supported.
With message proxies, the application under test (AUT) needs to be changed only once: to point to the proxy. Developers, QA, and performance test engineers can start and stop recording, direct traffic to specific virtual assets, and so on. Moreover, Parasoft CTP allows teams to set multiple proxy configurations for a single test environment component, allowing team members to select and provision the desired configuration on demand.
Other benefits of using message proxies include:
If you do not want to use message proxies, you can record traffic using the recording proxies discussed in Recording Traffic on the Fly.