python调用接口测试

① 用 python 为接口测试自动生成用例

基于属性的测试 会产生大量的、随机的参数，特别适合为单元测试和接口测试生成测试用例

尽管早在2006年haskell语言就有了 QuickCheck 来进行”基于属性的测试“，但是目前来看这依然是一个比较小众的领域，参考资料有限，本文如有不足，欢迎指正。

在过去的测试实践中，执行测试时通常需要明确的内容（Value）：

这些内容可以通过”判定树“或者”判断表“来表示，然后测试的执行过程变成了这样

可以称为 基于表的测试

在最初，这给了我们测试的方向，但是缺点也非常明显：

你要足够多的"X->Y" 才能可能覆盖到隐蔽的bug。

这里请大家回答几个问题：

如果以上问题的答案不是yes，那么 基于属性的测试 就是你需要掌握的东西！

基于属性的测试和基于表的测试，最大的区别可以这样描述：

vs

于是利用工具生成大量的X类数据，进行测试，并验证结果是否Y类。

值得注意的是：

在不同的语言中有不同的工具来实现，比如：

本文以python为例进行演示：

假设有add函数，接收两个类型整数参数，并返回它们的相加结果

首先写出一个简单的测试用例

正如前面所说，一个这样的用例，根本没信心覆盖全部的场景，例如：

所以接下来怎么办？

改为基于属性的测试

执行结果

由结果可知，工具根据 参数是整数 这一规范，自动生成、执行了大量的测试用例

接口测试和函数的单元测试非常相似：

此外接口文档作为前后端、甚至测试开发的对接窗口，对参数的要求约定的更加细致，

以OpenAPI为例，每个参数可以有以下属性：

于是为接口生成符合要求的参数就变得可行了，举个例子：

这是以unittest为例进行封装的结果，只需要在TestCase中指定openapi的内容（或路径），

启动测试框架时，会自动读取、解析接口文档，并生成测试用例

下面是部分执行日志，可以看到对接口发送了随机参数，并获得返回值

文章来自https://www.cnblogs.com/dongfangtianyu/p/api_test_by_pbt.html

② python怎么使用api接口测试

在开发中，需要测试web-api的接口 spring mvc 使用单元测试非常方便，但是，受不了单元测试的启动速度。用python写了一个小脚本，用于测试接口，
测试脚本配置文件
api.yaml
server:
url: http://127.0.0.1:9000/ihome/

api:
name:
#api-v2-neighbor-list.yaml
- api/v2/neighbor/list

api-v2-neighbor-list.yaml
接口配置文件
method:
post
data:
#post 的 body 的json
postSid: a1
userSid: u2

python 脚本
import requests, json, yaml, sys

def apiTest(apiName):
f = open("api.yaml")
obj = yaml.safe_load(f)
f.close()

if apiName != "":
runApi(obj["server"]["url"] + apiName, apiName.replace("/", "-") + ".yaml")
return;

apis = obj['api']["name"]
for api in apis:
runApi(obj["server"]["url"] + api, api.replace("/", "-") + ".yaml")

def runApi(url, dataFile):
headers = {'Content-Type' : 'application/json; charset=UTF-8',
'X-Requested-With' : 'XMLHttpRequest',
'Connection' : 'keep-alive',
'User-Agent' : 'Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.110 Safari/537.36'
}

③ 用python实现接口测试（十、Yaml操作）

前言

什么是YAML？

YAML参考了其他多种语言，包括：XML、C语言、Python、Perl以及电子邮件格式RFC2822。 Clark Evans在2001年5月在首次发表了这种语言，另外Ingy döt Net与Oren Ben-Kiki也是这语言的共同设计者。

YAML是"YAML Ain't a Markup Language"（YAML不是一种置标语言）的递归缩写。 在开发的这种语言时，YAML 的意思其实是："Yet Another Markup Language"（仍是一种置标语言），

格式及示例

数据结构可以用类似大纲的缩排方式呈现，结构通过缩进来表示，连续的项目通过减号“-”来表示，map结构里面的key/value对用冒号“:”来分隔。

示例：

PyYAML是一个Python的YAML解析器。

安装指令：pip   install    PyYaml

官网地址： 网站

示例1

示例2

④ python多接口有依赖如何调用

方法如下：
1. 对于单接口测试如果依赖接口只需要在测试开始执行一次，那么可以将依赖接口的请求放在类级前置方法中，然后通过全局变量或者当前用例类属性来传递依赖数据。
2. 对于单接口测试如果依赖接口需要在每个用例前执行，那么可以将依赖接口的请求放在方法级前置方法中，然后通过用例对象属性来传递依赖数据
3. 对于多接口的业务流测试，可以将下一个接口需要依赖的数据通过当前用例类属性来传递依赖数据。
Python由荷兰数学和计算机科学研究学会的Guido van Rossum 于1990 年代初设计，作为一门叫做ABC语言的替代品。 Python提供了高效的高级数据结构，还能简单有效地面向对象编程。Python语法和动态类型，以及解释型语言的本质，使它成为多数平台上写脚本和快速开发应用的编程语言，随着版本的不断更新和语言新功能的添加，逐渐被用于独立的、大型项目的开发。

⑤ 如何使用python根据接口文档进行接口测试

1，关于requests
requests是python的一个http客户端库，设计的非常简单，专门为简化http测试写的。
2，开发环境
mac下面搭建开发环境非常方便。
sudo easy_install pip
sudo pip install requests

测试下：python命令行
import requests
>>> r = requests.get('', auth=('user', 'pass'))
>>> r.status_code
200
>>> r.headers['content-type']
'application/json; charset=utf8'
>>> r.encoding
'utf-8'
>>> r.text
u'{type:User...'
>>> r.json()
{u'private_gists': 419, u'total_private_repos': 77, ...}

开发工具，之前使用sublime，发现运行报错，不识别table字符。
IndentationError: unindent does not match any outer indentation level

非常抓狂的错误，根本找不到代码哪里有问题了。甚至开始怀疑人生了。
python的这个空格区分代码真的非常让人抓狂。开始怀念有大括号，分号的语言了。
彻底解决办法，直接换个IDE工具。使用牛刀，IDA开发。

直接下载社区版本即可，因为就是写个脚本啥的，没有用到太复杂的框架。

果然效果非常好，直接格式下代码，和java的一样好使，可以运行可以debug。右键直接运行成功。
3，测试接口
没有啥太复杂的，直接使用requests框架即可。
#!/usr/bin/python
# -*- coding: utf-8 -*-

################

import requests

#测试网络
def _func(url):
headers = {}
params = {}
req = requests.post(url, headers=headers, params=params)
print(req.text)
if __name__ == '__main__':
url =
_func(url)

4，总结
测试非常重要，尤其是对外的接口出现的漏洞，需要花时间去仔细测试，同时要仔细分析代码。
安全是挺重要的事情，要花时间去琢磨。
python学习还是非常容易学习的，一个小时就能把语法学会。
同时渗透测试，安全扫描的好多工具也是python写的。PyCharm CE版本的开发工具足够强大，能够帮你快速学习python。
如果想快速做点界面的开发，wxPython是非常不错的选择。

⑥ python 接口升级怎么测试

测试思路：

1、先把每个http接口一个一个写脚本测试。（提交的json串直接放在data字典中，这里没有用到excel等写测试用例，测试用例直接用脚本实现。）
2、写完所有接口的测试脚本后，由于一个接口有好几个测试用例，所有要把同一个接口的py脚本封装成方法，每一个接口封装成一个接口类。
3、用testsuite直接调用这些接口类，构造测试集；或利用unittest自动识别测试用例，TestLoader类中提供的discover（）方法。

（命名规则：接口名称要以test_XXX开头）
就好把所有的接口测试用例连起来构建自动化测试了。
4、最后利用HTMLTestRunner生成测试报告。

⑦ python怎么做接口测试工具

之前使用过urllib和urllib2做接口测试，在做的途中，感觉使用urllib2直接进行的get，post 请求并没有那么好用。作为测试人员，所需要的测试工具应当以方便为第一要务，测试的耗时只要是真正的无人值守，耗时不是太久的都可以接受。所以，本人又尝试了一个新的包：requests。

Requests 是用Python语言编写，基于 urllib，采用 Apache2 Licensed 开源协议的 HTTP 库。它比 urllib 更加方便，可以节约我们大量的工作，完全满足 HTTP 测试需求。Requests 的哲学是以 PEP 20 的习语为中心开发的，所以它比 urllib 更加 Pythoner。更重要的一点是它支持 Python3 ！推荐一篇文章，上面有该包的详细说明传送门，以下只会写到我用到的部分，所以更多的了解需要自己去搜资料

好了，我们开始吧！！

接口测试中重要的部分：

1.get和post方法

2.用到的参数

3.请求头

4.cookie

5.日志输出

6.如何调试你的程序--借助fiddler

按照以上的顺序，我将一一说明我的搞法，因为编码能力有限，所以可能看着很low

一、get和post

requests包很好的实现了post和get方法，示例：

1 import requests2 response_get = requests.get(url, data, headers, cookies)3 response_post = requests.post(url, data, headers, cookies)

其他的访问方式如put，head等等，用法几乎都是如此，因为没用到，所以省略

现在一般的接口返回值有页面和json俩种，按照需求，可以分别使用response.text或者response.content获取，text获取的是unicode类型的返回值，而content返回值是str类型，所以我一般使用content来获取返回值，因为这样获取的返回值可以直接使用正则或者in的方式来验证返回值结果是否正确。

我自己为了实现接口的自动访问，所以又在requests上面加了一层封装，就像下面这样：

三、cookie

一款产品的接口测试中必定会使用登录状态，需要使用cookie实现，之前写过使用cookiejar获取cookie，requests中获取cookie的方法更为简单，不过首先你得知道是哪个接口set了cookie，不过一般是登录啦。登录接口访问之后set了cookie，那好，就去调用登录接口，然后拿到搞回来的cookie:

# 只需要这样！！login = requests.post(login_url, data=login_data, headers=login_header)
cookie = login.cookies

这个cookie就是登录状态了，拿着随便用，需要登录的就直接cookies=cookies

四、日志输出

这里注意看第二步中接口数据，有接口描述，也有接口是啥，第一步中又把content做成返回值了，具体拼接方式自己想吧，东西全有了，想写啥写啥，还可以加上获取本地时间的api获取接口运行时间，log文件该长啥样是门学问，这里就不献丑了。

五、借用fiddler调试你的脚本

requests允许使用代理访问，这有啥用，真有！fiddler是一款截包改包的工具，而且通过扩展可以进行请求间的比对，这样让你的程序访问的请求和真正正确的请求作对比，为啥我的程序访问出错？是不是缺了请求头？参数是不是丢了？cookie是不是少了？很容易看出来。写法如下：

proxies = { "http": "http://127.0.0.1:8888", "https": "http://127.0.0.1:8888"}
requests.post(url, proxies=proxies)

这样就可以走代理了，除fiddler以外还有charles和burp suite可以使用，具体看个人喜好吧。

⑧ python http接口测试脚本怎么写

根据Testcase的具体业务逻辑用事先准备好的测试数据去调用封装好的API接口,验证实际返回结果是否与预期返回结果一致.

测试数据可以以各种形式存放,如Excel数据表:
TestCaseName uname method Expected Result
TestCase1 aaaa GET ....
TestCase2 aaaa POST ....
TestCase3 bbbb GET ....