【问题标题】:Ready API automation framework [closed]准备好的 API 自动化框架 [关闭]
【发布时间】:2019-12-30 17:26:26
【问题描述】:

这听起来可能是一个非常模糊的问题,但我希望能从大家那里得到一些见解,他们可以提出一些想法,以便我能够朝着正确的方向前进。我有 ReadyAPI 许可证,并想围绕它开发一个自动化框架。我当然可以添加断言并创建测试以及工具中的所有内容,但我想知道是否有一种方法可以围绕它构建关键字或数据驱动框架,以便我可以具有可重用性、易用性、即时添加断言,通过 excel 执行,甚至通过 excel 添加断言(不确定)。我不确定这是否会使测试的创建更加复杂。请提供您的宝贵意见!

【问题讨论】:

  • 嗨,这是一个有趣的问题。我已经在 readyapi 附近有一段时间了。这是一个有趣的工具,易于使用,但对于关键字驱动甚至重用不同数据的重新请求,这是不可能的
  • 是的,这就是我想知道是否有人做过类似的事情。但是在进行在线研究时,我偶然发现了这篇让我重新思考的文章:mindtree.com/sites/default/files/2017-10/…
  • 是的,这似乎是一个围绕soapui构建的自动化框架,但它周围有额外的复杂性(机器人框架??也许是bdd)。我认为这不是一个好主意,除了那个网站之外,没有关于该产品的任何内容。像这样的解决方案会在soapui周围造成很多复杂性。我猜这种方式soapui只会用于请求,其余的将由自动化框架管理。为此,我会放心。
  • 有道理,那么我们甚至不需要ReadyAPI,我想免费的soapui就足够了。不过,我看到的 Robot 框架的唯一区别是它具有内置库,其中包含围绕 SOAP 和 REST 服务的关键字,这可以稍微减少手动工作。但是我仍然无法理解为什么我要创建一个框架而不是从工具本身内部执行测试用例。我知道这正是我在帖子中首先提出的问题,所以让我们看看我们都得出什么结论。

标签: api automation soapui ready-api


【解决方案1】:

如果您已经有 Ready API!那么您可能不需要其他任何东西。许可证并不便宜,因此您必须考虑是否真的想花 更多 钱从 Mindtree 购买东西。而且,查看它们的依赖关系列表,总是存在陷入工具困境并使它们协同工作而不是实际工作的危险。

为什么不使用 Excel 甚至数据库作为源来做一些 data-driven test cases 的小而简单的事情呢?我使用 Excel 来驱动测试用例并填充断言并且没有遇到任何问题。对于任何自定义行为,总有 Groovy 提供帮助。然后,一旦您最大限度地利用了 Ready API 的功能!看看别的。

【讨论】:

  • 完全有道理!您能否详细说明您如何使用 excel 填充断言和驱动测试用例?这实际上可能对我的项目有帮助。
  • Excel Files as Data Sources 有一个很好的教程。每个 Excel 行代表您的测试用例的运行,它在循环中执行。这些列是替换到测试用例步骤中的值。这些列中的一列或多列可以是运行的预期结果(通过/失败/特定值),可以替换到您的断言中。
  • 对于额外功能,创建一个data sink step step 以捕获到您的测试用例的输出以便之后进行分析。
猜你喜欢
  • 2011-11-15
  • 1970-01-01
  • 2011-01-19
  • 2016-07-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-10-22
相关资源
最近更新 更多