Editing SIP tests

After creating an empty SIP test, you edit it to include requests and responses; add or change headers; add verification points, transactions, and conditional processing; and optionally decouple test and registration activities.

• SIP test editor overview
  After creating a test project, you edit an empty SIP test to create and edit requests, responses, and other SIP protocol elements required for a SIP test.

• Add SIP contexts
  A context is a way to create a relationship between SIP messages. You must add a context for each request. SIP contexts belong to a single test; they cannot be used across tests.

• About SIP headers
  Message headers, which comply with the SIP standard, are automatically added when you add Send requests and responses. Message headers that are generated at runtime are displayed as <<Auto>>, and the actual values are visible in the log file.

• Configure background registration
  If the registration is not part of the tested functions, you can decouple a SIP test scenario from registration activities.

• Add sequence patterns to SIP tests
  Scenarios often contain sequences of messages that repeat themselves. A SIP test can use a pattern of SIP interactions, which saves time when creating scenarios for a SIP test.

• Configure a test to use the TLS transport
  With the TLS transport, you can send encrypted messages to the server. When the TLS transport is used, the server provides a trusted certificate, which is verified against the certification authority. The client then uses the public key of the server to encrypt the message before sending it.

• Create a SIP counterpart test
  After creating a test, you can automatically create a mirror image of it to demonstrate the other part of a call.

  For example, if your test sends an Invite and receives a response, you can create a counterpart test that receives an Invite and sends a response.

• Running tests on computers with multiple network addresses
  If computer uses multiple network addresses, tell the SIP test which one to use.

  For example, a computer might use both Internet Protocol versions (IPv4 and IPv6), or might use one version with multiple addresses assigned to it. The SIP test listens to this address when you start the test run, and it adds the address, as needed, to headers that it sends.

• Configure different ports for a SIP location
  You can run several locations on the same computer by configuring multiple host names for a location. This configuration affects all tests running at that location; all tests will run with the configured port.

• Verify expected behavior
  To check whether expected behavior occurs during a run, you can add verification points. When you run a test containing a verification point, an error is reported if the expected behavior does not occur.