Python搭建接口自动化测试框架

环境准备

开始搭框架

image.png

整个框架的结构是这样的,很简单但是够清晰:

  • api_call:里面的文件是对服务端提供的接口进行封装,至于为什么中间多出两级distribute>vo2是为了对版本进行很好的标志和控制,v02代表我们项目现在是2.0.X 的版本,下面是获取用户token的接口封装例子:

class GetAccessToken(Http):
def getAdminToken(self, username):
body = {
}
response = self.post("/api/v1/oauth/token", body)
return response
def getUserToken(self, phone):
body = {
}
response = self.post("/api/v1/oauth/token", body)
return response

该类继承自Http,Http类的封装见下文

  • cof:对公用类的封装,host文件主要是配置host和port,http是对http常用方法及返回结果的处理,restful文件是对restful接口返回结果的处理。
    (1)Http.py下面是对post方法的封装

class Http():
"""
对http的常用请求方法进行封装
"""
def init(self):
self.host = ""
self.port = ""
# 默认的header,内容遵循restful接口规范要求
self.header = {
"Accept": "application/json",
"Content-Type": "application/json"
}
def post(self, url, dictData):
response = requests.post(self.host+url, data=json.dumps(dictData), headers=self.header)
res = dict()
res["request"] = "methon=post" + " " + self.host + ":" + self.port + url + " " + "body = " + json.dumps(dictData)
res["code"] = response.status_code
res["data"] = response.text
return res

init :host和port应是从host文件取得,设置请求头
post: 传的参数为url和请求体,请求体的数字格式为字典,使用requests库的post方法,将返回的数据作简单分离处理res["request"]请求的基本信息, res["code"] = response.status_code请求返回的状态吗,res["data"] = response.text响应数据。将这些分离放入一个字典里并返回字典。这一步的处理是为了断言和出错处理,尤为重要。
(2)restful.py:restful风格接口的返回值处理方法。对返回的状态码和期望的状态码作比较,如果不一致,给出错误信息(其实这部是对撞他码的断言)如果一致,返回正确的数据,以供数据断言,在github的代码中注释地很详细,文末有地址。

  • runner:下面的HTMLTestRunner是Python的一个测试报告生成库,格式为html文档,这里是Python3的版本,runnerTest.py是测试类:

suite = unittest.TestSuite()
suite.addTest(unittest.makeSuite(rides.rideTest))
fp = open(filename, 'wb')
runner = HTMLTestRunner.HTMLTestRunner(
stream = fp,
title ='顺道嘉接口测试报告',
description = '顺道嘉接口测试报告')
runner.run(suite)#执行测试
fp.close()#关闭文件,否则会无法生成文件
简单解释一下:第一步创建测试套,往测试套里添加测试集,运行。生成测试文件,详细代码见github,里边运行完后可以发送测试邮件给相关人员。

  • testcase:测试用例,直接粘代码,因为我写代码真的很爱注释(菜鸟)

class rideTest(unittest.TestCase):
def setUp(self):
"""
测试类的构造方法
该方法会在每个case运行前被调用一次
"""
# 实例化接口调用对象
self.rides = rides.Rides()
self.carpool = carpool.Carpool()
# 随机数对象
self.rnd = CoRandM.CoRand()
self.rf = CoRestful.Restful()
self.nowTime = datetime.datetime.utcnow().strftime("%Y-%m-%d %H:%M:%S")
# 记录创建资源的标志
self.flag = 0
response_createOrder = self.rides.postPassengerOrder("88881713123", 4, 16, self.nowTime)
message = "创建订单失败"
code = 201
data_dict = self.rf.parse_response(response_createOrder, code, message)
self.ret_id = data_dict['id']
self.set_create_flag()
def set_create_flag(self):
"""
将资源创建标志设置为1,表示有创建过资源
"""
self.flag = 1
print("创建资源 %s 成功" % str(self.ret_id))
def tearDown(self):
"""
测试类的析构方法
该方法会在每个case运行后被调用一次
"""
# 删除服务,回收数据
if self.flag != 0:
response_del = self.rides.deleteRide(self.ret_id)
message = "删除订单失败"
code = 204
data_dec_del = self.rf.parse_response(response_del, code, message)
self.flag = 0
print("删除资源 %s 成功" % str(self.ret_id))

def test_fromPendingToRate_ok(self):

    driverPhone = "88889876123"
    driverID = 185
    routeID = 16
    #这里是调用api_call里面的相应方法
    driverInlineResponse = self.carpool.makeDriverOnline(driverPhone, routeID)
   # 给出错误信息和期望的状态码,若返回的状态码不合预期,则测试失败,返回错误信息,若合,则返回响应数据
    message = "司机出车失败"
    code = 201
    response_dict = self.rf.parse_response(driverInlineResponse, code, message)
    # 返回数据完整性断言
    assert_that(response_dict, has_key('id'))
    assert_that(response_dict, has_key('route_id'))
    assert_that(response_dict, has_key('status'))
    assert_that(response_dict, has_key('passengers'))
    assert_that(response_dict, has_key('fee'))
    assert_that(response_dict, has_key('route_direction'))

    # 返回数据正确性断言
    assert_that(response_dict['id'], equal_to(self.ret_id))
    assert_that(response_dict['route_id'], equal_to(routeID))
    assert_that(response_dict['status'], equal_to("accepted"))

def test_fromPendingToRate_ok(self):是一个测试用例,我这里是一个订单从创建到完成的用例,创建放在setup方法里实现,因为涉及到数据的销货,放在测试用例里数据里,当多个用例一起执行时,资源没法唯一正确标识。 def setUp(self):每个用例执行前都会执行该方法,可以把一些常量在该方法中初始化。def tearDown(self):每个用例执行后都会执行该方法,可作数据销毁操作。
后面的ini文件是环境配置文件,可在此文件中选择运行环境。
github地址https://github.com/sunsy22/apiTest
又到了搬砖的时间,点点点不易

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,088评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,715评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,361评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,099评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 60,987评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,063评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,486评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,175评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,440评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,518评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,305评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,190评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,550评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,880评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,152评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,451评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,637评论 2 335

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,490评论 18 139
  • 1、开启公众号开发者模式 公众平台的技术文档目的为了简明扼要的交代接口的使用,语句难免苦涩难懂,甚至对于不同的读者...
    good7758阅读 1,491评论 0 1
  • 1 前言 作为一名合格的数据分析师,其完整的技术知识体系必须贯穿数据获取、数据存储、数据提取、数据分析、数据挖掘、...
    whenif阅读 18,039评论 45 523
  • 早上不想起来,因为做了个梦,很有意思,因此醒后,依然闭着眼,趁记忆未消失前,赶紧把做的梦又回想一遍,印在了脑海里,...
    锄药儿阅读 152评论 0 0
  • 跟什么样的人聊天,才算是有质量的聊天呢? 古话说“听君一席话,胜读十年书”,说的是聊天对象的重要性。很多时候,一个...
    柯锦川阅读 1,890评论 11 38