SoapUI 开源与 SoapUI Pro 版本。有很大区别吗？
SoapUI opensource vs SoapUI Pro version. Is there big difference?
我正在积极使用 SoapUI 开源版本。我在那里测试肥皂服务并在那里编写测试。
如果有人已经尝试过，他应该知道需要大量的手工工作，所以太费时了。例如：
无法使用新端点更新整个测试套件（我尝试转到“服务端点”选项卡并单击“更新所有请求和测试请求”——不知何故此功能对我的 soapui 不起作用);
还有一些测试步骤的目标源有时会丢失（比如Request，Response等，当你复制和移动一些测试套件时），你必须手动查看并检查它是否是填写与否；
另外一件很难写的 xpathes 只是看着一堆 xml 标签 - 你可以简单地犯错误或省略其中的一些（也许在 SoaupUi Pro 中有一些帮助它，一些提示）
所以，我想知道免费版和专业版之间的区别。我不能亲自尝试，因为我在开始编写测试之前就已经使用过它了，而且我不知道这些东西在专业版中是如何工作的。
专业版是否有助于解决这些问题，或者它仍然很耗时，您仍然需要手动完成大部分工作？
非常感谢您的各种反馈
谢谢
尽管免费软件和付费软件在某些功能上存在差异。然而，大多数用户案例也由免费软件实现，使用 groovy 脚本可以实现更多。
关于您的要点：
- 不确定，您是在哪个版本的 soapUI 中注意到这个问题的？但它工作正常。
- 从来没有过这样的经历。
- 同意你对 xpath 的看法。但是在xpaths上学习和掌握并不难。即使使用付费软件也使用静态 xpath（这仅在 xml 元素顺序不变时有效）。仅当 xml 元素顺序与软件版本无关时，才需要编写 xpath。
免费软件与付费软件之间的功能明智比较，请参阅长列表 here。
找到更多选择专业 here 的理由，例如数据驱动、报告等。但是，这些也可以使用 groovy 脚本来完成，您只需在网上搜索即可找到它们.
还有一个活跃的 community，很多成员在遇到问题时都会得到帮助。
无论软件版本如何，测试用例都必须由用户编写。这是需要的一次性工作。可以试用专业版，允许评估。如果你想随时亲眼看看。
这又是选择软件版本的一种意见基础，如果你选择付费版本，你绝对有优势。但开源版也足够好。
希望这对您有所帮助，祝您好运。
您的问题可能会被关闭，因为此类问题在此处被视为 off topic。
要确定-Pro版本是否适合你，只有你能做到！在 main website 左侧，有一长串主题。大多数这些你必须通过点击它们来展开。其中一些旁边有蓝色 "PRO" 图标。您决定这些功能是否对您有用。
您的抱怨似乎是缺乏经验。例如，要更新端点，您可以遵循记录的过程：Centralized Endpoint。 Pro 版本有一个 XPath 向导，但它仍然不能替代知道如何正确编写自己的向导。
我使用 SoapUI 多年，它是一个非常棒的工具。
功能超强，但有时难以处理。
SoapUI 开源与 SoapUI Pro 版本：
专业版：可以在现有响应节点上生成 XPath 断言"point and click"。
PRO：如果您在同一个 SoapUI 项目（在 git）的团队中工作，您确实需要专业版。在 public 版本中，soapui 项目存储在单个 xml 文件中。你总是会在 git 上遇到合并问题（我们确实......）
对于专业版，每个请求都存储在 xml 文件中。所以一个 SoapUI PRO 项目包含很多不同的 xml 文件（不仅仅是一个巨大的文件）。因此，合并变得更加容易。
希望这可能有所帮助。
我正在积极使用 SoapUI 开源版本。我在那里测试肥皂服务并在那里编写测试。 如果有人已经尝试过，他应该知道需要大量的手工工作，所以太费时了。例如：
无法使用新端点更新整个测试套件（我尝试转到“服务端点”选项卡并单击“更新所有请求和测试请求”——不知何故此功能对我的 soapui 不起作用);
还有一些测试步骤的目标源有时会丢失（比如Request，Response等，当你复制和移动一些测试套件时），你必须手动查看并检查它是否是填写与否；
另外一件很难写的 xpathes 只是看着一堆 xml 标签 - 你可以简单地犯错误或省略其中的一些（也许在 SoaupUi Pro 中有一些帮助它，一些提示）
所以，我想知道免费版和专业版之间的区别。我不能亲自尝试，因为我在开始编写测试之前就已经使用过它了，而且我不知道这些东西在专业版中是如何工作的。 专业版是否有助于解决这些问题，或者它仍然很耗时，您仍然需要手动完成大部分工作？
非常感谢您的各种反馈 谢谢
尽管免费软件和付费软件在某些功能上存在差异。然而，大多数用户案例也由免费软件实现，使用 groovy 脚本可以实现更多。
关于您的要点：
- 不确定，您是在哪个版本的 soapUI 中注意到这个问题的？但它工作正常。
- 从来没有过这样的经历。
- 同意你对 xpath 的看法。但是在xpaths上学习和掌握并不难。即使使用付费软件也使用静态 xpath（这仅在 xml 元素顺序不变时有效）。仅当 xml 元素顺序与软件版本无关时，才需要编写 xpath。
免费软件与付费软件之间的功能明智比较，请参阅长列表 here。
找到更多选择专业 here 的理由，例如数据驱动、报告等。但是，这些也可以使用 groovy 脚本来完成，您只需在网上搜索即可找到它们.
还有一个活跃的 community，很多成员在遇到问题时都会得到帮助。
无论软件版本如何，测试用例都必须由用户编写。这是需要的一次性工作。可以试用专业版，允许评估。如果你想随时亲眼看看。
这又是选择软件版本的一种意见基础，如果你选择付费版本，你绝对有优势。但开源版也足够好。
希望这对您有所帮助，祝您好运。
您的问题可能会被关闭，因为此类问题在此处被视为 off topic。
要确定-Pro版本是否适合你，只有你能做到！在 main website 左侧，有一长串主题。大多数这些你必须通过点击它们来展开。其中一些旁边有蓝色 "PRO" 图标。您决定这些功能是否对您有用。
您的抱怨似乎是缺乏经验。例如，要更新端点，您可以遵循记录的过程：Centralized Endpoint。 Pro 版本有一个 XPath 向导，但它仍然不能替代知道如何正确编写自己的向导。
我使用 SoapUI 多年，它是一个非常棒的工具。 功能超强，但有时难以处理。
SoapUI 开源与 SoapUI Pro 版本：
专业版：可以在现有响应节点上生成 XPath 断言"point and click"。
PRO：如果您在同一个 SoapUI 项目（在 git）的团队中工作，您确实需要专业版。在 public 版本中，soapui 项目存储在单个 xml 文件中。你总是会在 git 上遇到合并问题（我们确实......） 对于专业版，每个请求都存储在 xml 文件中。所以一个 SoapUI PRO 项目包含很多不同的 xml 文件（不仅仅是一个巨大的文件）。因此，合并变得更加容易。
希望这可能有所帮助。