如果我没有直接回答这个问题，我很抱歉，但通过更详细的例子更容易理解这一切。由于所有的抽象和术语，字段化并不容易理解。

这里有一个很好的例子：

解释REST和超文本：垃圾邮件清理机器人Spam-E

更棒的是，这里有一个简单的例子（powerpoint更全面，但你可以在html版本中获得大部分内容）：

http://www.xfront.com/REST.ppt或http://www.xfront.com/REST.html

看完这些例子后，我明白了Ken为什么说REST是超文本驱动的。但我实际上并不确定他是对的，因为/user/123是指向资源的URI，我不清楚它是否是非RESTful的，因为客户端知道它是“带外”的

xfront文档解释了REST和SOAP之间的区别，这也非常有用。当Fielding说：“这是RPC。它尖叫RPC。”时，很明显RPC不是RESTful的，所以了解这一点的确切原因很有用。（SOAP是RPC的一种类型。）

一种称为REST（RepresentationalStateTransfer）的体系结构风格主张web应用程序应该像最初设想的那样使用HTTP。查找应使用GET请求。PUT、POST和DELETE请求应分别用于变异、创建和删除。

REST支持者倾向于使用URL，例如

http://myserver.com/catalog/item/1729

但REST架构不需要这些“漂亮的URL”。带有参数的GET请求

http://myserver.com/catalog?item=1729

完全是RESTful的。

请记住，GET请求不应用于更新信息。例如，向购物车添加项目的GET请求

http://myserver.com/addToCart?cart=314159&item=1729

这是不合适的。GET请求应该是幂等的。也就是说，发出两次请求与发出一次请求应该没有区别。这就是请求可缓存的原因。一个“添加到购物车”请求不是幂等的，发出两次请求会向购物车添加两个项目副本。POST请求显然适合于这种情况。因此，即使是RESTful web应用程序也需要共享POST请求。

这摘自大卫·M·Geary的优秀著作《核心JavaServer面孔》。

如果我不得不将关于REST的原始论文缩减为短短的3句话，我认为以下内容抓住了它的精髓：

通过URL请求资源。协议仅限于使用URL进行通信的内容。元数据作为名称-值对（发布数据和查询字符串参数）传递。

之后，很容易陷入关于适应、编码约定和最佳实践的争论。

有趣的是，本文中没有提到HTTPPOST、GET、DELETE或PUT操作。这一定是后来有人对“统一界面”的“最佳实践”的解释。

当涉及到web服务时，我们似乎需要一些方法来区分WSDL和基于SOAP的体系结构，这会给接口增加相当大的开销和不必要的复杂性。它们还需要额外的框架和开发人员工具才能实现。我不确定REST是否是区分常识接口和过度工程化接口（如WSDL和SOAP）的最佳术语。但我们需要一些东西。

什么是API测试？

API测试利用编程向API发送调用并获得产量。它的测试将被测段视为一个黑盒子。API测试的目的是在将部件协调到应用程序之前确认部件的正确执行和错误处理。

休息API

REST：代表性状态转移。

这是测试人员执行请求和接收响应的功能安排。在REST API中，通过HTTP协议进行交互。REST还允许计算机之间通过网络相互通信。对于发送和接收消息，它涉及使用HTTP方法，并且不像Web服务那样需要严格的消息定义。REST消息通常接受XML或JavaScript对象符号（JSON）形式的表单。

4常用API方法：-

GET：–它提供对资源的只读访问。POST：–用于创建或更新新资源。PUT：–用于更新或替换现有资源或创建新资源。DELETE：–用于删除资源。

手动测试API的步骤：-

要手动使用API，我们可以使用基于浏览器的REST API插件。

安装POSTMAN（Chrome）/REST（Firefox）插件输入API URL选择REST方法选择内容标题输入请求JSON（POST）单击发送它将返回输出响应

自动化REST API的步骤

RESTAPI是一种遵循REST体系结构约束的API实现。它充当一个接口。客户端和服务器之间的通信通过HTTP进行。RESTAPI利用HTTP方法建立客户端和服务器之间的通信。REST还使服务器能够缓存响应，从而提高应用程序的性能。客户端和服务器之间的通信是一个无状态的过程。我的意思是，客户端和服务器之间的每一次通信都像一次新的通信。

没有从以前的通信中携带的信息或记忆。因此，每次客户端与后端交互时，它都必须向其发送身份验证信息。这使后端能够确定客户端是否有权访问数据。

通过REST API的实现，客户端可以获得要与之通信的后端端点。这完全分离了后端和客户端代码。

RESTful（代表性状态转移）API编程是通过以下5个基本的软件架构风格原则，以任何编程语言编写web应用程序：

资源（数据、信息）。唯一的全局标识符（所有资源都由URI标识）。统一接口-使用简单标准接口（HTTP）。表示-所有通信都是通过表示（例如XML/JSON）完成的无状态（每个请求都是在完全隔离的情况下发生的，这样更容易缓存和负载平衡），

换句话说，您正在通过HTTP编写简单的点对点网络应用程序，该应用程序通过实现RESTful架构使用GET、POST、PUT或DELETE等动词，该架构提出了每个“资源”公开的接口的标准化。以一种简单有效的方式（高度成功、经过验证和分布式架构）使用web的当前特性并不重要。它是SOAP、CORBA和RPC等更复杂机制的替代方案。

RESTful编程符合Web体系结构设计，如果实现得当，它允许您充分利用可扩展的Web基础设施。