基于API服务级而不是web的自动化测试

Question

我开始测试新项目，开发人员向我发送API服务来测试它，因为前端(UI)实现还没有准备好。在稳定功能之后，我必须为它们编写自动化脚本

• 是否可以自动化API服务功能，以及如何实现plz？
• 或者，我必须等待，直到前端准备就绪，这样我就可以定位元素并通过UI实现自动化。
• 请你向我解释一下通过WEB实现自动化和通过自动API实现自动化之间的区别

Answer 1

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

是否可以自动化API服务功能，以及如何实现plz？或者，我必须等待，直到前端准备就绪，这样我就可以定位元素并通过UI实现自动化。

可以从前端UI中分别测试。记住，前端UI所做的就是向后端API发出请求。因此，您可以使用像抗坏血酸这样的工具而不是使用UI来发出API请求，它允许您向API发送HTTP请求并在响应上进行断言。

在测试API时，需要验证状态代码(例如，200)和响应体，以确保您得到了预期的响应。

基本上：

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

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

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

请你向我解释一下通过WEB实现自动化和通过自动API实现自动化之间的区别

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

您可以使用许多不同的工具和服务来完成这一任务。如果您想使用不需要太多代码的托管服务，那么抗坏血酸和邮递员都很好。如果您想编写代码，您可以使用允许您发出HTTP请求的大量语言/库。例如，在JavaScript中，查克拉姆和Frisby.js都是流行的选择。

希望这能有所帮助！

顺便提一句--测试API和UI有很多优点。也就是说，保持测试小且孤立的，这样测试就不会变薄，并且可以很容易地追溯到根本原因。