API自动化测试指南

我相信自动化技能已经成为高级测试工程师总体技能的标配。敏捷和持续测试破坏了传统的测试自动化实践,导致测试工程师重新考虑自动化的完成方式。当今的自动化工程师需要在GUI的下方深入到API级别完成软件质量的保护。

导致转向API测试的第二个变化是物联网。物联网是具有嵌入式功能的日常对象,允许它使用HTTP或HTTPS在Web上进行通信以与远程后端服务进行通信。

下面分享一下API测试的基础使用指南:

什么是API测试?

应用程序编程接口(API)是充当软件组件接口的规范。大多数功能测试都涉及测试网页或表单等用户界面,而API测试涉及绕过用户界面并通过调用其API直接与服务程序通信。

API测试允许测试绕过GUI并将请求直接发送到应用程序的后端或服务,并在验证响应内容以确保按预期运行的同时收到响应。

上面的示例通常称为客户/服务器关系。客户端通过请求资源来发出请求,然后请求出去寻找将满足请求的服务器。服务器找到所需的资源,然后将响应发送回客户端。

为什么API测试很重要?

随着敏捷开发成为大多数互联网公司的标准,我们开发软件和自动化测试的方式已经发生了巨大变化。在敏捷开发之前,大部分自动化时间都是通过图形用户界面(GUI)完成的。这是Selenium和UFT/QTP等工具处理的部分。

但是,如果您已经进行了一段时间的自动化操作,您就会知道这些类型的测试是多么耗时,脆弱且难以维护。企业投入大量资金来创建自定义功能GUI测试自动化框架,单很可能最终使他们对其可靠性失去了信心,直到人们停止投入。

同样,针对用户界面的GUI测试往往需要花费很长时间才能运行。对于某些敏捷实践(例如连续构建),迁入新代码时,从GUI回归测试套件接收反馈所花费的时间是不能被接受的。

  • API快速反馈

在这些情况下,需要更快的反馈。发现错误的时间越早越好,因为开发人员会立即知道他们所做的代码更改已破坏了构建,因此需要进行检查。在测试驱动的流程中,用户需要大量测试集才能快速且频繁地运行,并且必须能够将它们集成到开发生命周期中。

GUI测试仍然非常重要。它是唯一能够真正测试用户在生产过程中如何体验应用程序的测试类型。某些缺陷只能通过GUI测试来捕获。换句话说,尽管至关重要,但GUI不应是用户关注的唯一自动化类型,也不应该是自动化测试总量中最大的一部分。

敏捷关注的自动化类型是更可靠的API下层测试,而较少涉及GUI自动化。

API测试金字塔

GUI测试

GUI测试专注于测试应用程序用户界面,以确保其功能正确。GUI测试位于金字塔的顶部,仅占应该创建的自动化测试类型总数的一小部分。

单元测试

单元测试构成了金字塔的最大部分,形成了坚实的基础。创建单元测试以验证源代码的单个单元,例如方法。通过这样做,开发人员可以隔离其代码中最小的可测试部分。单元测试是最容易创建的,并能带来最大的收益。由于单元测试通常是用与编写应用程序相同的语言编写的,因此开发人员可以轻松将它们添加到开发过程中。

API测试

中间服务层是创建诸如Rest-Assured和Postman之类的工具的“最佳位置” 。

服务测试的重点是验证许多小组件的交互是否可以集成在一起而不会出现问题。由于API测试绕过了用户界面,因此它们往往比GUI测试更快,更可靠。

最重要的是:由于API测试不依赖UI即可完成,因此可以在开发周期的早期创建它们。

API负载测试

API测试的另一个好处是,您可以利用相同的功能性API自动测试来在性能测试工作中使用。很多公司使用JMeter进行负载测试,而这些测试用例都是基于API功能测试。

基本思想是,您正在使用工具进行性能测试,但是在针对您的API运行例如负载测试之前,需要确保它实际上可以正常工作。因此,您想先进行功能测试,然后可以利用功能测试脚本完成性能测试。

因此,API测试脚本是性能测试工作流程中的一大优势。

API测试工具如何选择

您可以使用许多工具来帮助您进行API测试自动化。

如何测试Web服务

测试任何其他应用程序一样!通常,对于Web服务,正常功能测试的最佳方法是相同的(除了与大多数其他应用程序不同的是,Web服务没有GUI用户界面这一区别除外)。

因此,一直使用的功能测试技术仍然适用。只需将Web服务视为没有业务流程,然后相应地编写测试用例。

自动化Web服务时要问的一些好问题:

  • 服务是否以正确的值响应?
  • 该行为是否符合最终用户的预期要求?
  • 该服务多快将响应发送给用户?
  • 服务可以处理预期和意外的用户负载吗?
  • 服务可以处理无效数据和错误数据导致的异常吗?
  • Web服务测试术语

对于大多数测试人员而言,最大的障碍是适应谈论Web服务时使用的术语。

例如:

  • XML格式
    XML是一种创建标记语言的方法,您可以使用它定义自己的标签。XML允许用户与众多系统共享结构化数据,包括通过Internet。
  • REST
    REST(表示性传输状态)是用于开发使用HTTP协议的Web服务的轻量级选项。

HTTP

HTTP是一种通过网络传输消息的通信协议。HTTP也被称为无状态协议,因为它发出的每个请求都独立于所有先前的请求。

Cookies用于跟踪会话的先前请求的状态。Cookies是存储在客户端上的文件,具有从HTTP标头信息中添加的信息。当向用户已经访问过的网站发出请求时,存储在Cookies中的信息将发送回浏览器。以这种方式,网站能够记住用户的先前活动和当前的状态。

  • 理解HTTP将为我们了解大多数API测试工具功能奠定良好的基础。

关于HTTP请求

HTTP客户端请求包含三个主要部分。他们是:

请求行(HTTP方法)

告诉服务器正在发出什么类型的请求。在上面的示例中,我们发出了GET请求,但您可以使用更多请求,具体取决于您需要发出的请求类型。HTTP方法具有以下选项(前四个方法是最常见的):

GET –从指定来源检索数据
POST –将新数据发送到指定的源
PUT –更新指定来源的信息
DELETE –从指定的源中删除数据
TRACE –要求代理人声明自己
选项 –询问有关服务器上可用选项的信息
HEAD –与GET请求类似,但仅发送有关文档的信息
CONNECT –客户端必须使用HTTPS服务器时使用

标头

包含要发送到服务器的其他信息,例如浏览器,操作系统,接受和Cookie信息。标头的不同类型是:

常规 -可选的标头,其中包含诸如当前时间之类的信息
请求 -向服务器提供有关客户端的更多信息
实体 -包含有关发送文档的特定信息,例如长度和编码方案。

请求体

包含用于需要它的方法的数据,Get方法为空。

从服务器返回的响应也包含三个部分,就像我们在HTTP请求中看到的那样:

  • 响应行(状态码)
  • 标头信息
  • 包含响应中所有文本的正文

HTTP状态码

在我们的示例中,状态代码为200,表示一切正常。状态代码将根据原始请求发生的情况而有所不同。

可以从服务器返回的状态码是:

1xx – 100-199范围内的响应表示服务器正在处理请求。
2xx – 200-299范围内的响应表示请求成功。
3xx –响应范围在300-399之间表示未执行请求-需要采取进一步的措施。
4xx –响应范围为400-499,表示请求不完整,可能需要更多信息。
5xx – 500-599范围内的响应表示服务器遇到错误。

什么是REST API?

REST(表示性传输状态)是用于使用HTTP协议开发Web服务的轻量级选项,这一事实使其比使用SOAP协议的Web服务更简单,开销也更少。当API遵循REST体系结构时,它称为REST API。当围绕REST标准设计服务时,可以说使该服务“ RESTful”。

REST API由大量资源组成。这称为资源模型,它利用统一资源标识(URI)。URI语法允许您指定一个查询,该查询从REST API返回所需的信息。REST系统的主要元素是:

  • 资源是客户端请求从主机获取的信息,例如网页或数据库记录。
  • 资源标识符是用于命名资源的URI。
  • 表示形式是服务器发送带有完成格式的资源的响应时。
  • REST API测试(如何创建REST API测试)

了解使用返回JSON的服务

也许是我,但是每次我听到“ JSON”一词时,都不会感到不安,而是13号恐怖电影《星期五》中杰森的恐怖形象浮现在我的脑海。

但是实际上,JSON只是另一个无害的技术首字母缩写,您很快就会发现它没什么好害怕的。

什么是JSON

JSON代表JavaScript Object Notation,并且被设计为轻量级的数据交换格式。JSON无疑变得越来越流行,并且在某些情况下正在取代XML进行API数据交换。www.json.org网站描述了如何在两种结构上构建JSON:

“ 名称/值对的集合。在各种语言中,这被实现为对象,记录,结构,字典,哈希表,键列表或关联数组。
“值的有序列表。在大多数语言中,这是通过数组,向量,列表或序列来实现的。”

末了,极力推荐《图解HTTP协议》这本书。 图解HTTP脑图


  • 郑重声明:文章首发于公众号“FunTester”,禁止第三方(腾讯云除外)转载、发表。

技术类文章精选

非技术文章精选

原文地址:https://www.cnblogs.com/FunTester/p/12110738.html

时间: 2024-10-10 18:55:52

API自动化测试指南的相关文章

RESTful API 设计指南

RESTful API 设计指南 本人来源于:http://www.ruanyifeng.com/blog/2014/05/restful_api.html 作者: 阮一峰 日期: 2014年5月22日 网络应用程序,分为前端和后端两个部分.当前的发展趋势,就是前端设备层出不穷(手机.平板.桌面电脑.其他专用设备......). 因此,必须有一种统一的机制,方便不同的前端设备与后端进行通信.这导致API构架的流行,甚至出现"API First"的设计思想.RESTful API是目前比

【转载】RESTful API 设计指南

作者: 阮一峰 日期: 2014年5月22日 网络应用程序,分为前端和后端两个部分.当前的发展趋势,就是前端设备层出不穷(手机.平板.桌面电脑.其他专用设备......). 因此,必须有一种统一的机制,方便不同的前端设备与后端进行通信.这导致API构架的流行,甚至出现"API First"的设计思想.RESTful API是目前比较成熟的一套互联网应用程序的API设计理论.我以前写过一篇<理解RESTful架构>,探讨如何理解这个概念. 今天,我将介绍RESTful API

Web API 入门指南 - 闲话安全

参考页面: http://www.yuanjiaocheng.net/Spring/first.html http://www.yuanjiaocheng.net/entity/modelbrowser.html http://www.yuanjiaocheng.net/entity/dbcontext.html http://www.yuanjiaocheng.net/mvc/first.html http://www.yuanjiaocheng.net/webapi/first.html W

来自HeroKu的HTTP API 设计指南(中文版)

原文转自:http://get.jobdeer.com/343.get 来自HeroKu的HTTP API 设计指南(中文版) 翻译 by @Easy 简介 本指南中文翻译者为 @Easy ,他是国内首家互联网人才拍卖网站 JobDeer.com 的创始人.转载请保留本信息. 本指南描述了一系列 HTTP+JSON API 的设计实践, 来自并展开于 Heroku Platform API 的工作.本指南指导着Heroku内部API的开发,我们希望也能对Heroku以外的API设计者有所帮助.

sencha touch api 使用指南

本文主要讲解如何使用sencha touch的api以及如何查看api中官方示例源码 前期准备 1.sdk 下载地址:http://www.sencha.com/products/touch/download/ 填写对应信息及邮箱地址点Download即可,你会在邮箱里面收到下载邮件,如图所示: 随意解压到任意目录即可,如图所示: 2.api 下载地址:http://docs.sencha.com/ 点击Sencha Guides,会弹出下载界面,选择Touch进行下载,如图所示: 随意解压到任

【转账】API自动化测试

随着公司各部门对质量的日益重视,API测试已成为日常的测试任务之一,为了提高测试效率,减少重复的手工操作,API自动化测试也逐渐变得愈加重要,本文是自己在API自动化测试方面的一些经验积累和心得.汇总成文,以飨读者.    什么是API,个人认为狭义理解API就是系统对外暴露的一些接口,供系统内部其他模块或者外部系统进行调用,如TD.harvest都有自己对外暴露的一些API,以供在其基础上进行二次开发,本文仅针对loushang平台的API进行讲述,目前loushang平台主要的API主要集中

REST API 安全设计指南

REST API 安全设计指南.REST的全称是REpresentational State Transfer,它利用传统Web特点,提出提出一个既适于客户端应用又适于服务端的应用的.统一架构,极大程度上统一及简化了网站架构设计. 目前在三种主流的Web服务实现方案中,REST模式服务相比复杂的SOAP和XML-RPC对比来讲,更加简洁,越来越多的web服务开始使用REST设计并实现.但其缺少安全特性,<REST API 安全设计指南>就是一个REST API安全设计的指南,权当抛砖引玉,推荐

组件接口(API)设计指南-目录

组件接口(API)设计指南-目录 组件接口(API)设计指南[1]-要考虑的问题 组件接口(API)设计指南[2]-类接口(class interface)  (排版中,待续) 组件接口(API)设计指南[3]-委托(delegate)和数据源协议(data-source protocols)  (排版中,待续) 组件接口(API)设计指南[4]-通知(Notifications)  (排版中,待续) 组件接口(API)设计指南[5]-最后的思考  (排版中,待续) 快速摘要: 译者注: 原文中

Windows API 学习指南

1.WindowsAPI开发入门2.Windows数据类型3.Windows数据类型与WindowsAPI函数4.Windows数据结构5.将系统目录信息写入文件6.窗口创建以及消息处理7.使用对话框资源创建窗口8.使用MFC创建对话框窗口9.宽字符10.三种版本11.字符转换12.遍历卷13.驱动器属性14.磁盘容量15.文件操作的四种方法16.文件操作(一)17.文件操作(二)18.目录操作(一)19.目录操作(二)20.目录操作(三)21.文件属性和时间22.内存映射文件23.系统信息(一