Python接口测试实战1（上）- 接口测试理论

时间 2019-11-08

原文原文链接

若有任何学习问题，能够添加做者微信：lockingfreehtml

课程目录

更多学习资料请加QQ群: 822601020获取程序员

本节内容

接口及接口测试
网络基础知识：IP,域名, DNS及端口
网络基础知识：OSI七层模型及TCP协议
HTTP协议

接口及接口测试

这里插播一个段子

上图中，程序员口中提到的接口是什么意思呢？
手机壳有没有颜色这个属性（功能）？ --- 有
手机壳有没有提供让程序获取它颜色的途径？ --- 没有，这个途径就是接口web

接口的概念

接口又称API（Application Programming Interface,应用程序编程接口），是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工做机制的细节。算法

简单归纳为如下3点：数据库

程序代码（函数方法）
屏蔽实现细节
能够被访问/调用来获取信息或实现某些功能（提供访问地址，定义了访问规则）

接口自述（通俗的来讲）：编程

首先我有一些功能（功能函数）
你不用关心我怎么实现的（屏蔽细节）
我会给你一个个人地址（接口地址）
你按照地址找到我，按照我规定的格式（请求类型）告诉我所须要的信息（参数）就行
我会给你个反馈（相应信息）

举个栗子
西虹市公考报名处 --- 接口名称
报名地址：西虹市街口区带莫路3号 --- 接口地址
现场需填写资料：姓名，身份证证号码，专业，报考岗位等等 --- 接口参数
验证规则： --- 参数验证规则json

身份证需与本人一致
专业需与报考岗位符合
报名时间 2024.8.22-2024.8.30
现场会给出是否报名成功 --- 接口响应信息

软件中的接口
api

软件项目中，接口是系统与系统之间，模块与模块之间或者服务于服务之间相互调用的入口。
从开发者角度，接口是分工协做的产物，不一样开发者实现本身的功能以后，封装成接口，供其余开发者调用。其余开发者只要按规定格式发送一些必要参数，就能使用该功能
浏览器

常见接口类型

HTTP接口：经过HTTP协议传输的接口，能够传输文本表单数据，也能够传输Json类型的对象数据或xml类型的数据
RPC: 远程方法调用，随着分布式系统的出现，当你须要调用部署到其余服务器上的方法时，须要用到RPC。RPC只是提出了这样一个问题，有不少种解决方案，好比WebService(基于SOAP协议)， REST(基于HTTP协议）。
SOAP: 简单面向对象协议，基于HTTP，使用xml做为默认传输格式
Web Service: 基于SOAP协议的一种RPC实现方案。相比传统的HTTP接口只传输文本请求和文本相应，经过Web Service能够直接拿到远程的一个对象，并可以直接调用该对象的属性和方法，比HTTP更高级。
REST/RESTful API: REST，表述性状态转移。一种HTTP接口的设计风格，将一切接口视为资源，要求接口路径赞成管理，分版本管理，规定了GET/POST等请求以及HTTP状态码的使用规范，默认使用JSON格式传输。RESTful API即知足REST风格即设计规范的API接口

什么是接口测试？

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个
子系统之间的交互点。测试的重点是要检查数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

为何要作接口测试？

接口测试介于单元测试与系统测试之间，单元测试通常由开发完成（不要相信开发）
接口是各类系统功能的基础，一旦接口出现问题可能会引发许多系统功能的问题而且不容易定位
开展接口测试能够及早发现问题，有效下降测试成本
接口通常较UI相对稳定，利于进行自动化和持续集成

接口测试都测什么？
接口测试通常有如下岗位实施：

手工测试岗：先提测接口再提出功能，兼作接口自动化
服务端测试岗：梳理代码，审核接口实现逻辑是否与业务设计一致，技术实现逻辑的合理性，异常流测试，接口压测及安全性测试
测试开发岗：专职作接口（或UI）的自动化用例开发，测试工具开发

接口测试点参考：

怎样掌握接口测试？

了解OSI网络模型，TCP/UDP协议，掌握HTTP/HTTPS协议，了解RPC, Web Service及REST，理解Session和Cookie
掌握经常使用的接口测试工具如curl命令,Postman,Jmeter,LR,SoupUI,AB等
掌握基本的抓包工具如Chrome开发者工具,Fiddler,Charles,Wireshark,tcpdumps等
掌握一门编程语言Python或Java
了解Nginx, Apache, Tomcat等服务器中间件
掌握数据库基本查询命令，及一些NoSQL(如Redis)操做，用于检查响应结果
掌握基本的Linux日子查询和筛选命令

接口测试重难点

动态变量参数化
接口依赖及中间变量问题
异步接口结果验证问题
相应参数及嵌套不少的验证问题
接口测试框架的稳定性问题
资源清理问题
多接口场景测试
...

网络基础知识：IP,域名, DNS及端口

IP地址

就像每一个人都有一个身份证号码
IP地址是IP协议提供的一种统一的地址格式，它为互联网上的每个网络和每一台主机分配一个逻辑地址

查看IP命令

Windows: ipconfig
Linux: ifconfig

Python练习：检查字符串是否ip

def is_ip(ip):
    num_list = ip.split(".")
    for num in num_list:
        if not num.isdigit() or not 0 <= int(num) <=255:
            return False
    return True

print(is_ip("101.1.0.201"))

使用map函数实现方法（参考）

def  check_ipv4(str):
    ip = str.strip().split(".")
    return False if len(ip) != 4 or False in map(lambda x:True if x.isdigit() and 0<= int(x) <= 255 else False, ip) else True

端口

"端口"是英文port的意译，能够认为是设备与外界通信交流的出口。
若是把IP地址比做一间房子，端口就是出入这间房子的门。一个IP地址的端口能够有65536（即：2^16）个
端口类型

公认端口：从0到1023，紧密绑定于一些服务
注册端口：人1024到49151，许多服务绑定这些端口，这些端口一样用于许多其它目的。
动态或私有端口：从49152到65535。理论上，不该为服务分配这此端口。实际上，机器一般从1024起分配动态端口。

常见软件默认端口

Apache/Nginx(HTTP服务): 80
Tomcat: 8080
Oracle: 1521
MySQL: 3306
SQL Server: 1433
PostgreSQL: 5432
MongoDB: 27017
Redis: 6379
Memcached: 11211

查看端口命令

Windows: netstat -ano
Linux: netstat -ntlp

解决端口占用问题

Windows: netstat -ano | findstr "8080",找到占用端口的程序的PID -> 打开任务管理器 -> 设置显示PID -> 找到并结束对于程序
Linux: netstat -ntlp | grep "8080", 找到对应的程序 -> ps -ef | grep "程序名" 找到对于的pid -> kill 相应的id

域名及DNS

因为IP地址不容易记忆，为IP地址赋予了一个利于记忆的别名，称为域名
如，百度的ip为： 61.135.169.125，对应的域名为 www.baidu.com

如何查看域名所对于的ip？

Windows/Linux: ping www.baidu.com

DNS
DNS即域名解析系统，域名和IP地址相互映射的一个分布式数据库，提供域名转到对应ip的服务

网络基础知识：OSI七层模型及TCP协议

OSI七层模型

OSI即开放系统互连参考模型，一种网络架构，分为7层。

上三层---应用层，控制软件方面
- 应用层：文件传输，电子邮件，文件服务，虚拟终端 TFTP，HTTP，SNMP，FTP，SMTP，DNS，Telnet
- 表示层：数据格式化，代码转换，数据加密
- 会话层：解除或创建与别的接点的联系(会话)
下四层---数据流层，用来管理硬件
- 传输层：提供端对端的接口 TCP，UDP
- 网络层：为数据包选择路由 IP，ICMP，RIP，OSPF，BGP，IGMP
- 数据链路层传输有地址的帧以及错误检测功能 SLIP，CSLIP，PPP，ARP，RARP，MTU
- 物理层以二进制数据形式在物理媒体上传输数据 ISO2110，IEEE802，IEEE802.2

OSI七层模型及各层协议

TCP及UDP协议

TCP和UDP都是传输层的协议

TCP：传输控制协议
UDP: 数据报文协议

TCP和UDP的区别

UDP的特色以下：

无连接
UDP使用尽最大努力交付，不保证可靠性
UDP是面向报文的，UDP对应用层交付下来的报文，既不合并，也不拆分，而是保留这些报文的边界。应用层交给UDP多长的报文，UDP就照样发送，即一次发送一个报文
UDP没有拥塞控制
UDP支持一对1、一对多、多对一和多对多的交互通讯
UDP的首部开销小，只有8字节

TCP的特色：

TCP是面向链接的
每条TCP链接只能用于两个断点，一对一
TCP提供可靠交付的服务：链接传输数据、无差错、不丢失、不重复、而且按序到达
TCP提供全双工通讯
面向字节流。TCP根据对方给出的窗口和当前网络拥塞的程度来决定一个报文应该包含多少个字节

参考：TCP和UDP协议的对比

HTTP协议

HTTP：超文本传输协议，是用于从WWW服务器传输超文本到本地浏览器的传输协议。
HTTP协议是一种无状态协议，主要包含请求和相应两大部分：

请求（Request)

请求是咱们发送给接口的数据对象，包含接口地址（URL），请求方法，参数，请求头（Headers), Cookies, 数据等
真实抓包一个请求：

请求原始格式-GET（Raw格式：Fiddler抓包获得）

GET https://www.sojson.com/open/api/weather/json.shtml?city=%E5%8C%97%E4%BA%AC HTTP/1.1
Host: www.sojson.com
Connection: keep-alive
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9,en-US;q=0.8,en;q=0.7
Cookie: __cfduid=dccd65c484a7657b468327b66023fefc41534934250; yjs_id=59d1c42afa817b578b4b562d1f72651f; ctrl_time=1

第1行：请求方法接口地址 HTTP协议版本
第2-N行：请求headers(若是有Cookie，最后一行为Cookie)
空一行
请求数据（POST等方法使用，此处为空）

请求原始格式-POST请求（Raw格式：Fiddler抓包获得）

POST http://openapi.tuling123.com/openapi/api/v2 HTTP/1.1
Content-Type: application/json
cache-control: no-cache
Postman-Token: 1a39439e-61c8-4e59-82a1-736a362c5962
User-Agent: PostmanRuntime/7.2.0
Accept: */*
Host: openapi.tuling123.com
accept-encoding: gzip, deflate
content-length: 468
Connection: keep-alive

{
    "reqType":0,
    "perception": {
        "inputText": {
            "text": "附近的酒店"
        },
        "inputImage": {
            "url": "imageUrl"
        },
        "selfInfo": {
            "location": {
                "city": "北京",
                "province": "北京",
                "street": "信息路"
            }
        }
    },
    "userInfo": {
        "apiKey": "ec961279f453459b9248f0aeb6600bbe",
        "userId": "206379"
    }
}

URL

URL：统一资源定位符，接口的访问地址（包含服务器地址+接口地址）

URL组成格式

协议\\: 服务器地址:端口号\资源路径?参数1=值1&参数2=值2

如：https://www.sojson.com/open/api/weather/json.shtml?city=北京

注意：?号要使用英文?,不能使用中文？

URL编码
URL编码是一种浏览器用来打包请求参数及表单参数的格式, 参数和参数之间使用&分割，非ASCII码使用%加16进制编码替换
如：https://www.sojson.com/open/api/weather/json.shtml?city=北京
编码后为：https://www.sojson.com/open/api/weather/json.shtml?city=%E5%8C%97%E4%BA%AC

连接：URL编码/解码工具(http://tool.chinaz.com/Tools/urlencode.aspx)

请求方法

序号	方法	描述
1	GET	请求指定的页面信息，并返回实体主体
2	POST	向指定资源提交数据进行处理请求（例如提交表单或者上传文件）数据被包含在请求体中
3	HEAD	相似于get请求，只不过返回的响应中没有具体的内容，用于获取报头
4	PUT	从客户端向服务器传送的数据取代指定的文档的内容
5	DELETE	请求服务器删除指定的页面
6	CONNECT	预留给可以将链接改成管道方式的代理服务器
7	OPTIONS	容许客户端查看服务器的性能
8	TRACE	回显服务器收到的请求，主要用于测试或诊断

GET请求和POST请求的区别

GET请求：
- GET请求可被缓存
- GET请求保留在浏览器历史记录中
- GET请求可被收藏为书签
- GET请求不该在处理敏感数据时使用
- GET请求有长度限制
- GET请求只应当用于取回数据
POST请求：
- POST请求不会被缓存
- POST请求不会保留在浏览器历史记录中
- POST不能被收藏为书签
- POST请求对数据长度没有要求

请求参数（URL参数）

如：https://www.sojson.com/open/api/weather/json.shtml?city=北京

中的city=北京,向接口传递一个参数“city”,参数值为“北京”
不一样的参数之间用&隔开，非ASCII码参数会自动url encode

请求Headers（请求头）

常见Headers

请求数据(又称为Request Body 或 Data)

请求数据类型（Content-Type）（重点）

application/x-www-form-urlencoded：网页表单格式（默认）
application/json：REST接口经常使用格式
text/xml：xml格式，RPC接口，Dubbo接口经常使用格式
test/html： html格式
multipart/form-data: 混合表单，支持上传图片

数据编码

ASCII码: 单字节，美国信息交换标准码, 包含数字，字母，英文标点及一些控制字符
ISO-8859-1：又称Latin1，单字节，向下兼容ASCII，用于支持部分于欧洲使用的语言
ANSI编码：单字节表示英文，双字节表示汉字，对ASCII的扩展，不一样的国家和地区制定了不一样的标准，中文中的GBK,GB2312属于ANSI编码
Unicode编码: 采用二个字节编码（英文和中文的字符都以双字节存放），与ANSI码不兼容
UTF-8：是目前互联网上使用最普遍的一种Unicode 编码方式，又称万国码

指定请求数据编码（解决中文乱码）：
请求Headers设置Content-Type: application/json; charset=utf-8

Base64: 一种用64个字符来表示任意二进制数据的方法。
- Base64编码的做用：因为某些系统中只能使用ASCII字符。Base64就是用来将非ASCII字符的数据转换成ASCII字符的一种方法。
- 并且base64特别适合在http，mime协议下快速传输数据。

参考：Base64编码及其做用

响应（Response)

接口返回的信息，包含HTTP状态码，响应头和相应信息

原始相应数据（Raw格式，Fiddler抓包）

HTTP/1.1 200 OK
Date: Thu, 23 Aug 2018 06:32:26 GMT
Transfer-Encoding: chunked
Connection: keep-alive

{"intent":{"actionName":"","code":10005,"intentName":"","parameters":{"lon":"","checkout_date":"2018-08-25","star":"0","city":"北京","days":"1","order":"","price_range":"","nearby_place":"酒店","brand":"","checkin_date":"2018-08-24","place":"信息路","lat":"","needgeo":"0"}},"results":[{"groupType":1,"resultType":"url","values":{"url":"http://m.elong.com/hotel/0101/nlist/#indate=2018-08-24&outdate=2018-08-25&keywords=%E4%BF%A1%E6%81%AF%E8%B7%AF"}},{"groupType":1,"resultType":"text","values":{"text":"亲，已帮你找到相关酒店信息"}}]}

常见的响应格式

html
json
xml

响应编码：有时须要根据不一样的编码来正确解析响应内容

HTTP状态码

1** 信息，服务器收到请求，须要请求者继续执行操做
2** 成功，操做被成功接收并处理
3** 重定向，须要进一步的操做以完成请求
4** 客户端错误，请求包含语法错误或没法完成请求
5** 服务器错误，服务器在处理请求的过程当中发生了错误

常见HTTP响应码

200：成功
301/302：请求重定向到另一个接口
400: 请求语法错误
403：资源没有访问权限
404：资源不存在（有多是请求url错误或参数不正确）
405：请求方法不被容许（好比接口只容许Post,使用Get请求接口）
500：服务器内部错误（一般是服务器挂了或接口Bug)
502: 网关失效
504: 网关请求超时

HTTP与HTTPS

HTTP协议传输的数据都是未加密的，HTTPS协议是由HTTP+SSL协议构建的可进行加密传输、身份认证的网络协议，要比HTTP协议安全。
HTTPS和HTTP的区别

HTTPS协议须要到ca申请证书，通常免费证书较少，于是须要必定费用。
HTTP是超文本传输协议，信息是明文传输，HTTPS则是具备安全性的SSL加密传输协议。
HTTP和HTTPS使用的是彻底不一样的链接方式，用的端口也不同，前者是80，后者是443。
HTTP的链接很简单，是无状态的；HTTPS协议是由HTTP+SSL协议构建的可进行加密传输、身份认证的网络协议，比HTTP协议安全。

Cookie和Session

Cookie/Cookies: 是指某些网站为了辨别用户身份、进行session跟踪而储存在用户本地终端上的数据（一般通过加密）。
Session：服务端为客户端访问所创建和维持的会话，一般会生成一个惟一的id，会话有必定的有效期。
因为HTTP是无状态的，即服务器不知道用户上一次作了什么，默认也没法识别用户身份。
比较流行的作法是：
用户访问时服务端创建会话（Session）
将会话id（Session ID）随响应返回，并保存在客户端的Cookies里
后续的访问中，服务器经过辨识，客户端请求时携带的Cookies内容来识别用户

Cookie和Session的区别

cookie是存在客户端（浏览器）的进程内存中和客户端所在的机器硬盘上
cookie只能可以存储少许文本，大概4K大小
cookie是不能在不一样浏览器之间共享
Session存在服务器端，存在网站进程的内存中
Session在初次设置session的时候，会在session池中实例化一个session对象，以sessionid 的值做为key，同时会将key以cookie的形式保存到客户端的内存中
Session的做用域只存在当前浏览器的会话中，当浏览器关闭之后就会将sessionid丢失，可是服务器的Session对象要20分钟之后才会回收

受权与加密

常见的接口安全策略：

Session/Cookie机制：即须要登陆，登陆后可访问各个接口，最经常使用的一种策略，适用于内部接口。
固定appid模式：用户注册时会生成一个惟一的appid，用户调用接口时须要携带appid，适用于公开接口，安全性较差。
动态token模式： token即身份令牌，用户访问接口须要使用我的appid临时申请一个token，token有必定有效期，适用于公开接口，安全性较appid模式好。
开放协议： Basic Auth/ Oauth1.0 / Oauth2.0: 适用于开放接口。
数字签名：将全部请求参数及参数值进行排列拼接，加上用户私钥，再进行Md5或其余加密生成一个请求的签名（sign）,请求是须要携带签名，服务器收到请求后，会对请求从新计算签名并核实与请求所携带签名是否一致。安全性较高，能够有效防止请求被篡改。适用于内部接口及微服务接口。

常见的加密算法
在接口数据传输过程当中常对一些敏感数据（如密码）进行Base64编码或MD5加密，以增长安全性。
加密算法分为对称式加密算法和非对称式加密算法，对称式加解密使用同一个秘钥，非对称式使用不一样的秘钥。

对称式加密
- DES: 数据加密标准，速度较快，适用于加密大量数据的场合
- AES: 高级加密标准，速度快，安全级别高
非对称式加密
- RSA: 是一个支持变长密钥的公共密钥算法，分公钥和私钥，SSH协议使用该算法
- MD5: 最经常使用的一种加密方法，是一种摘要算法。

缓存

HTTP 缓存机制做是 web 性能优化的重要手段，当用户第一次请求服务器资源时，服务器将资源缓存到客户端本地，在必定时间内（缓存有效期内）当用户再次向服务器请求一样的资源时，能够直接从缓存中读取，而不用从服务器下载。

接口测试中缓存相关注意点

在更新或调试接口是，注意是否须要清理缓存（或临时禁用缓存）
缓存有必定的有效期
接口性能测试中会关注缓存的命中率

此为北京龙腾育才 Python高级自动化（接口测试部分）授课笔记
课程介绍
想要参加现场(北京)/网络课程的能够联系做者微信：lockingfree

高效学习，快速掌握Python自动化全部领域技能

同步快速解决各类问题

配套实战项目练习