Java soapUI:重新验证（记录）请求/响应对

是否有一种方法可以记录响应（即使在一个“测试会话”期间是非永久性的），我可以使用类似于“请验证（新）响应与此（旧记录的）响应完全相同”的断言。

---

用例是对应用于多个web服务的更改的回归测试，然后必须重新测试这些更改以确保没有副作用。

我假设，更改web服务后，旧响应将仅作为保存的XML文件或日志文件提供给您的测试

我还假设您拥有免费版本的SoapUI

你的Groovy有多好？如果您将旧响应复制并粘贴到XML文件中，可能有一种方法可以让您在Groovy脚本断言或Groovy脚本步骤中读入该XML文件。这一部分也可以通过从XML创建Groovy类并确保该类位于SoapUI的类路径中来完成

在Groovy断言或步骤中，您可以从该文件中的XML（或通过引用该类）创建一个新的XMLSlurper对象，并将XMLSlurper对象中的值与新响应中的值进行比较

---

警告：我自己没有尝试过，但是如果您无法以任何其他方式获得旧响应，并且您使用的是免费版本，我会首先想到这一点。

我假设，更改Web服务后，旧响应将仅作为保存的XML文件或日志文件提供给您的测试

我还假设您拥有免费版本的SoapUI

你的Groovy有多好？如果您将旧响应复制并粘贴到XML文件中，可能有一种方法可以让您在Groovy脚本断言或Groovy脚本步骤中读入该XML文件。这一部分也可以通过从XML创建Groovy类并确保该类位于SoapUI的类路径中来完成

在Groovy断言或步骤中，您可以从该文件中的XML（或通过引用该类）创建一个新的XMLSlurper对象，并将XMLSlurper对象中的值与新响应中的值进行比较

---

警告：我自己没有尝试过，但如果你无法以任何其他方式获得旧的响应，并且你正在使用免费版本，我会首先想到这一点。

使用soapUI Pro（但对免费版本也有点不舒服），你可以选择（上下文菜单）“添加断言。。。“Outline”视图/选项卡中响应的根元素（env:Envelope）上的“for Content”。显然，数据可能会经常更改（例如，当涉及日期时），但在断言中甚至可以识别失败的元素（xmlunit用于比较）。使用soapUI Pro，这非常简单（但对于免费版本也有点不舒服），您可以在“大纲”视图/选项卡中的响应根元素（env:Envelope）上选择（上下文菜单）“为内容添加断言”。显然，数据可能会经常更改（例如，当涉及日期时），但在断言中，甚至可以识别失败的元素（xmlunit用于比较）。是的，我认为这是可能的，但比较可能非常具有挑战性。然而，这也是我能想到的唯一方法（但我会添加一个步骤XMLSlurper->xmlunit，因为比较会更简单、更详细）。是的，我认为这是可能的，但比较可能会非常具有挑战性。然而，这也是我能想到的唯一方法（但我会添加一个步骤XMLSlurper->XMLUnit，因为比较会更简单、更详细）。