web-services - 基于 API 服务级别而非 Web UI 的自动化测试

标签 web-services api testing automation webui

<分区>

我开始测试新项目,开发人员将 API 服务发送给我进行测试,因为前端(UI)实现尚未准备好。 在稳定功能后,我必须为功能编写自动化脚本

  • 是否可以实现 API 服务功能的自动化,请问如何实现?
  • 或者我必须等到前端准备就绪,这样我才能定位元素并通过 UI 实现自动化。
  • 你能给我解释一下两者之间的区别吗 通过 WEB UI 与通过 Automate API 实现自动化

最佳答案

在没有 UI 的情况下自动化 API 服务测试绝对是可能的,并且在许多情况下它实际上是首选

Is it possible to automate API services functionalities, and how plz? or I have to wait untill frontend is ready so I can locate elements and automate through UI.

可以独立于前端 UI 测试 API。请记住,前端 UI 所做的只是向后端 API 发出请求。因此,您可以使用类似 Assertible 的工具来代替使用 UI 发出 API 请求。 ,它允许您向 API 发送 HTTP 请求并对响应做出断言

当您测试 API 时,您需要验证状态代码(例如 200)和响应正文等内容以确保您获得预期的响应。

基本上:

1) 发送 API 请求(例如,GET/users)

2) 接收 API 响应(例如,[{id: user1}, {id: user2}])

3) 断言响应状态代码等于200。或者,断言从 API 返回 2 用户。

Can you please explain to me difference between Automate through WEB UI vs through Automate API

最大的区别就像我上面提到的:当您通过 Web UI 进行自动化测试时,您只是使用 UI 来发出 API 请求。要自行测试 API,您只需将请求直接发送到后端即可。

您可以使用许多不同的工具和服务来完成此任务。如果您想使用不需要太多代码的托管服务,AssertiblePostman都很棒。如果你想编写代码,你可以使用很多允许你发出 HTTP 请求的语言/库。例如,在 JavaScript 中,ChakramFrisby.js都是受欢迎的选择。

希望这对您有所帮助!


附带说明 - 独立于 UI 测试 API 有很多优点。也就是说,保持测试小而孤立,这样测试就不会不稳定,并且可以轻松地追溯到根本原因

关于web-services - 基于 API 服务级别而非 Web UI 的自动化测试,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44348734/

相关文章:

javascript - React 测试库 - 避免 getBy?

testing - 视频流测试

asp.net - WCF配置: Setting maxReceivedMessageSize for all bindings?

java - ejb中的Web服务问题

java - 为什么在 REST API 中为应用程序(android 端)使用身份验证 token 而不是 session_id

python - 如何获取所有 channel ID - youtube api v3

selenium - Katalon 工作室无法设置文本(根本原因 : Element is not currently interactable and may not be manipulated

php - 解析图像 url(来自服务器)并将其存储到内部存储中的有效方法?

web-services - 如何在 powershell 中创建由 webservice 工厂函数定义的对象?

php - 将脚本 src 添加到 head 时不调用 jQuery 函数