support optional request/response pairs for web service testing

[ericdriggs]

Use case: api testing where may interact with multiple web services

request/response is the most useful information in debugging test failures, especially when can compare to previous success/failures

Should be supported in both hierarchy.xsd and events.xsd

Implementation: separate properties as strings. By leaving the request/response unstructured this supports any protocol and sub-division of data.