保存 SoapUI 项目时如何保存响应
我正在使用 SoapUI 2.5.1 - 评估版本
在测试用例中，如何将响应消息与请求一起保存在 SoapUI 项目中？
以下是当前发生的情况： 当我创建 Web 服务 SoapUI 项目并发送操作的 SOAP 请求时，我会收到响应 XML。 现在，保存soapUI 并退出该工具后，当我再次打开它时，我看到响应XML 选项卡为空。 
为什么只保存请求而不保存响应 - 这是 SoapUI 中的错误吗？
谢谢 -阿伦
I am using SoapUI 2.5.1 - evaluation version
In a testcase, how to save the response messages along with requests in a SoapUI project ?
Here is what is happening currently:
When I create a Web service SoapUI project and send SOAP request for an operation, I get a response XML. Now after saving the soapUI and exiting the tool - when I open it again I see the response XML tab as empty.
Why only request gets saved and not responses - Is it a bug in SoapUI ?
Thanks
-Arun
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
正如 Thomas Bratt 指出的那样，响应不会被保存，因为在大多数情况下，这样做没有意义。 SoapUI 用于测试； 如果您想保存测试结果，则必须明确执行此操作。
要保存特定的响应消息，请使用响应编辑器的上下文菜单（或按 Ctrl+S），并将其保存到文件。 如果需要，您可以使用相同的上下文菜单（或按 Ctrl+L）将其加载回来。
As Thomas Bratt indicates, the response is not saved because in most cases, it doesn't make sense to do so. SoapUI is intended for testing; if you want to save your test results, you'll have to do that explicitly.
To save a specific response message, use the context menu of the response editor, (or press Ctrl+S), and save it to file. You can load it back if you want, using the same context menu (or press Ctrl+L).
响应不会保存，因为它可能因调用而异。
我认为逻辑是只需要保存请求。 每次响应都是由服务器自动生成的。
例如，“获取时间”SOAP 方法每次都会返回不同的结果。 我在工作中使用 SOAP-UI 与 SOAP 服务器进行通信，该服务器代理视频连接请求并返回错误代码。 每次错误代码都不同，因此保存它没有意义。
您可以使用请求的上下文菜单来创建测试用例。 这将允许您根据 WSDL 模式检查响应，并断言响应不包含 SOAP 错误。
The response is not saved because it may vary between calls.
I think the logic is that only the requests need to be saved. The responses are generated by the server automatically each time.
For example, a 'get time' SOAP method would return a different result each time. I use SOAP-UI at work for communicating with a SOAP server that brokers video connection requests and returns an error code. The error code is different each time so it does not make sense to save it.
You can use the context menu of the request to create a test case. This will let you check the response against the WSDL schema and also assert that the response does not contain a SOAP fault.