使用 SOAP UI 优于 REST-assured 来自动化 CI 的 REST 服务是否有优势

Is there an advantage in using SOAP UI over REST-assured to automate REST Services for CI

我必须在我的项目中自动化 REST API 测试并将其集成到 jenkins 中现有的 CI。

我正准备开始使用 REST 进行编码-assured.However 我碰巧看到了 SOAP UI REST 教程,了解到 SOAP UI 中有一个 maven 插件可以帮助 jenkins 集成.在我继续之前,我只是想知道使用 SOAP UI 是否比 Rest-assured 有明显的优势。 我必须在大约一个月内完成大约 30 个具有复杂 JSON 响应的请求的自动化 - 包括响应的模式验证。

我没用过 REST-assured,但我看了一下 quick,我看到它是用于测试休息服务的 java DSL。鉴于它按照它说的做,这是我的答案...

我使用 SOAP UI 测试 Web 服务。一般来说,SOAP UI 非常适合 手动 测试,但我发现 自动 测试很难。

主要原因是许多文件路径被硬编码到 SOAP UI 项目中,因此引用 c:\development\myproject\wsdl\myservice.wsdl 的项目突然无法在 [=13] 的另一台开发人员计算机上运行=].

我还发现无法在 intellij 中有效地编辑 SOAP UI 项目,这意味着我一直在使用 alt-tabbing。

是的,soap ui maven 插件确实有效,但我发现它很麻烦。

请注意,我没有使用 SOAP UI REST,只是 "normal" SOAP UI,但如果您的用例纯粹是为了实现自动化测试,并且 REST-assured 框架如其所言,我当然会推荐使用 DSL.

鉴于您当前的用例,两者中最简单的是使用 rest assured(+指向 java dsl;测试的额外可读性;但如果您愿意,您始终可以使用其他客户端) .鉴于您打算自动化测试并将其集成到 CI,您可以简单地创建一个模块,在给定阶段运行您的测试套件并收集结果。

PS:我目前使用jbehave + rest-assured