基于API服务级别而不是Web UI的自动化测试



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

  • 是否可以自动化API服务功能,以及如何使用?
  • ,或者我必须等待启用前端,以便我可以找到元素并通过UI自动化。
  • 您能向我解释一下通过Web UI自动通过Automate API
  • 自动化

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

是否可以自动化API服务功能,以及如何自动化? 或者我必须等待启用前端,以便我可以找到元素并通过UI自动化。

可以与前端UI分开测试API。请记住,所有前端UI所做的就是向后端API提出请求。因此,您可以使用诸如costible的工具,而不是使用UI提出API请求,该工具允许您将HTTP请求发送到API并对响应进行断言。

测试API时,您需要验证状态代码(例如200(和响应主体以确保获得预期响应。

基本上:

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

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

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

您可以向我解释通过Web UI VS通过Automate API

之间的区别

最大的区别是我上面提到的:当您通过Web UI自动测试时,您只是使用UI来制作API请求。要单独测试API,您只需将请求直接发送到后端。

您可以使用许多不同的工具和服务来实现这一目标。如果您想使用不需要太多代码的托管服务,那么宣称和邮递员都很棒。如果要编写代码,则可以使用几乎可以允许您提出HTTP请求的语言/库。例如,在JavaScript中,Chakram和Frisby.js都是流行的选择。

希望这会有所帮助!


作为旁注 - 与UI分别测试API具有很大的优势。也就是说,保持测试小而孤立的,以便测试不会片状,并且可以轻松地追溯到根本原因。

最新更新