REST API接口测试学习

REST API接口测试学习，为什么要做接口测试？什么是接口测试？一篇思维导图，带你了解REST API接口测试学习的知识点。

REST API接口测试学习

• 背景
  • 为什么要做接口测试
    • 很多系统都是基于接口实现的，接口测试可以将复杂的系统关联进行简化
    • 接口功能比较单一，能够比较好的进行测试覆盖，也相对容易实现自动化持续集成
    • 接口相对于界面功能，会更底层一点，测试覆盖会更容易
  • 软件开发的声明周期
    • 接口测试在单元测试后，UI测试前
    • 接口测试可以获得较高的投资回报
  • 什么是接口测试
    • 接口测试又称为API测试，Application Programming Interface
    • 接口测试是测试系统组件间接口的一种测试，重点关注数据的传递
    • 接口测试一般会用于多系统间交互开发，或者拥有多个子系统的应用系统的开发测试
  • Web Service
    • 一种跨编程语言和跨操作系统平台的远程调用技术
    • 最重要的两种实现方式
      • SOAP
        • Simple Object Access Protrol
          • 简单对象访问协议
        • 交换数据的一种协议规范，是一种轻量级的、简单的、基于XML的协议
      • REST
        • Representational State Transfer
          • 标示性对象转换
        • 一种软件的架构风格，可降低开发的复杂性，提高系统的可伸缩性
    • SOAP与REST的区别
      • 安全性：SOAP会好于REST
      • 效率和易用性：REST更胜一筹
      • 成熟度：总的来说SOAP在成熟度上要优于REST
        • SOAP存在时间较长
      • SOAP是面向xml，REST是面向http请求
      • SOAP是面向服务，REST是面向资源
• REST API接口
  • REST和RESTFUL区别
    • RESTful是REST的形容词形式
    • RESTful API是指REST风格的接口
    • 一般来说REST等于RESTful，区别是一个是名词，一个是形容词
  • REST API
    • 出现
      • REST最早是由Roy Fielding博士发表的论文中提到的
    • 定义
      • 简单来说REST是一种系统架构设计风格（而非标准），一种分布式系统的应用层解决方案
    • 目的
      • Client和Service端进一步解耦
    • 应用
      • 最为经典的莫过于github API
    • 核心思想是资源
      • 创建资源 - HTTP POST
      • 获取资源 - HTTP GET
      • 更新资源 - HTTP UPFATE
      • 删除资源 - HTTP DELETE
    • 特点
      • 面向资源的接口设计
      • 抽象操作为基础的CRUD
      • Http是应用协议而非传输协议
    • 支持的方法
      • HEAD（SELECT）
        • 之获取某个资源的头部信息
      • GET（SELECT）
        • 获取资源
      • POST（CREATE）
        • 创建资源
      • PATCH（UPFATE）
        • 更新资源的部分属性（一般用POST替代）
      • PUT（UDPATE）
        • 更新资源，客户端需要提供新建资源的所有属性
      • DELETE（SELETE）
        • 删除资源
  • 设计规范
    • 协议：使用https协议，确保交互数据的安全性
    • 域名：应尽量将API部署在专用域名之下
    • 版本控制：将版本号放到URL或者Header中
    • 路径：只能包含名词，不能包含动词
    • 过滤信息：?limit=10 ?offset=10 ?page=1 ?sortby=name
    • Hypermedia API:在返回结果中提供相关资源的连接，连向其他API方法
    • 验证：确定用户是其申明身份，比如提供账户名和密码
    • 授权：保证用户对请求资源特定造作用户的权限。
  • 常见HTTP status的状态码
  • HTTP Header
    • Accept：只客户端能够接受的文件内容类型
    • Accept-Charset：浏览器可以接受字符编码集
    • Authorization：HTTP授权的授权证书
    • Content-Type：请求与实体对应的MIME信息
      • application/x-www-form-urlencoded
        • 请求默认方式，数据是简单平面的key-value键值对
      • application/json
        • 数据的复杂的嵌套关系，有多层数据
      • multipart/form-data
        • 既可以发送文本数据也支持二进制文本上载
    • Referer：先前的网址的地址，当前请求网页紧随其后，即来路
  • 相关概念
    • 幂等性
      • Idempotent：是一个数学上的概念，这里表示发送一次和多次请求引起的边界效应是一致的。POST是不幂等的方法
    • 安全性
      • GET/HEAD/OPTIONS均被认为是安全的方法，因为他们旨在实现对数据的获取，并不具有边界效应