关于接口测试——自动化框架的设计与实现
一、自动化测试框架在大部分测试人员眼中只要沾上“框架”，就感觉非常神秘，非常遥远。各人之所以以为复杂，是因为落地运用起来很复杂；每个公司，每个业务及产物线的业务流程都不一样，所以就导致了“自动化测试框架”去完成自动化测试的时候产生许多不稳固因素，这样就很难定位成一个固定的框架。其实不然，真正的自动化测试框架不是一个模式，而是一种头脑和方法的聚集，普通的讲就是一个架构。
二、自动化测试框架头脑
为了更好的了解自动化测试框架，我们先从自动化测试的发展进程提及；一样平常测试工作限在3年以上且接触过自动化测试的应该对以下几种自动化测试框架头脑有肯定的认知：
[*]模块化头脑
[*]库头脑
[*]数据驱动头脑
[*]关键字驱动头脑
以上仅仅是代表了一种自动化测试的头脑，并不能定义为框架。上面讲到框架=头脑+方法，于是演化了以下五种框架：
1、模块化测试脚本框架
需要创建小而独立的可以描述的模块、片断以及待测应用程序的脚本。这些树状布局的小脚本组合起来，就能组成能用于特定的测试用例的脚本。
2、测试库框架
与模块化测试脚本框架很雷同，而且具有同样的优点。差别的是测试库框架把待测应用程序分解为过程和函数而不是脚本。这个框架需要创建描述模块、片断以及待测应用程序的功能库文件。
3、关键字驱动或表驱动的测试框架
这个框架需要开辟数据表和关键字。这些数据表和关键字独立于执行它们的测试自动化工具，并可以用来“驱动＂待测应用程序和数据的测试脚本代码，关键宇驱动测试看上去与手工测试用例很雷同。在一个关键字驱动测试中，把待测应用程序的功能和每个测试的执行步调一起写到一个表中。
这个测试框架可以通过很少的代码来产生大量的测试用例。同样的代码在用数据表来产生各个测试用例的同时被复用。
4、数据驱动测试框架
在这里测试的输入和输出数据是从数据文件中读取（数据池，ODBC源，CSV文件，EXCEL文件，Json文件，Yaml文件，ADO对象等）而且通过捕获工具生成或者手工生成的代码脚本被载入到变量中。在这个框架中，变量不但被用来存放输入值还被用来存放输出的验证值。整个程序中，测试脚本来读取数值文件，记录测试状态和信息。这雷同于表驱动测试，在表驱动测 试中，它的测试用例是包罗在数据文件而不是在脚本中，对于数据而言，脚本仅仅是一个“驱动器”，或者是一个传送机构。然而，数据驱动测试差别于表驱动测试，尽管导航数据并不包罗在表布局中。在数据驱动测试中，数据文件中只包罗测试数据。
5、混合测试自动化框架
最普遍的执行框架是上面先容的所有技术的一个联合，取其优点，弥补其不敷。这个混合测试框架是由大部分框架随着时间并经过若干项目演化而来的。
三、接口自动化测试框架计谋
[*]设计出来的框架是直接给测试人员，而且其他的测试人员只需要简单的向内里不断的补充测试用例即可；所以我们的框架设计必须三简化即操作简单，维护简单，扩展简单。
[*]设计框架的同时肯定要联合业务流程，而且不但仅靠技术实现，其实技术实现不难，难点对业务流程的理解和把握。
[*]设计框架时要将基础的封装成公用的，如：get请求、post请求和断言封装成同基础通用类。
[*]测试用例要与代码分享，这样便于用例管理，所以将我们选择上面的数据驱动头脑。
四、接口自动化测试框架设计
1、进行接口框架设计前，我们先看看当前的一些主流接口自动化工具框架https://i-blog.csdnimg.cn/blog_migrate/7a569a3bb9abc54d7b1fa4e2c836ff3d.png
2、以上各工具特性
工具学习 成本录制持续集成测试报告用例管理性能测试扩展难度最低要求Java+testng+Maven高否是是难是中JavaRequests+Python低否是是难是中PythonRobot Framework低否是是易否高工具组件HttpRunner低是是是易是低Python
根据以上的特性可得我们优先考虑Python+Requests和HttpRunner；下面我们根据其两个框架分别来分析下用例执行过程。
3、用例执行解析
Python的Requests库针对所有的HTTP请求方法，采用的是统一的接口
requests.request(method, url, **kwargs)
其中，kwargs可以掩护HTTP请求所有大概用到的信息，例如：headers、cookies、params、data、auth等。所以，只要遵照Requests的参数规范，在接口测试用例中复用Requests参数的概念即可。而HttpRunner处理逻辑很简单，直接读取测试用例中的各项参数，传递给Requests发起请求。
1）Requests接口请求示例
def test_login(self):
url = "www.xxx.com/api/users/login"
data = {
"name": "user1",
"password": "123456"
}
resp = requests.post(url, json=data)
self.assertEqual(200, resp.status_code)
self.assertEqual(True, resp.json()["success"])
在该用例中，实现了HTTP POST请求，然后对响应结果进行判定，查抄响应code等是否符合预期。
这样的用例在现实项目中会存在两个问题：
[*]用例模式基本固定，会存在大量相似或重复的用例，用例维护有很大问题
[*]用例与执行代码不分离，参数数据也未分离，同样不易维护
2）HttpRunner使用json/yaml格式处理测试用例，分离后的用例描述如下
{
"name": "test login",
"request": {
"url": "http://www.xxx.com/api/users/login",
"method": "POST",
"headers": {
"content-type": "application/json"
},
"json": {
"name": "user1",
}
},
"response": {
"status_code": 200,
"headers": {
"Content-Type": "application/json"
},
"body": {
"success": true,
"msg": "user login successfully."
}
}
}
3）HttpRunner用例执行引擎
def run_testcase(testcase):
req_kwargs = testcase['request']try:
url = req_kwargs.pop('url')
method = req_kwargs.pop('method')
except KeyError:
raise exception.ParamsError("Params Error")
resp_obj = requests.request(url=url, method=method, **req_kwargs)
diff_content = utils.diff_response(resp_obj, testcase['response'])
success = False if diff_content else True
return success, diff_content
4）从测试用例中获取HTTP接口请求参数，testcase['request']
{
"url": "http://www.xxx.com/api/users/login",
"method": "POST",
"headers": {
"content-type": "application/json"
},
"json": {
"name": "user1",
}
}
5）发起Http请求
requests.request(url=url, method=method, **req_kwargs)
6）检测测试结果，即断言
utils.diff_response(resp_obj, testcase['response'])
五、接口自动化测试框架落地
根据简单易用易维护原则我们使用HttpRunner工具设计框架。
1、HttpRunner简介
重要特性：
[*]集成了Requests的全部特性，满足对http、https的各种测试需求
[*]测试用例与代码分离，采用YAML/JSON的情势描述测试场景，保障测试用例具备可维护性
[*]测试用例支持参数化和数据驱动机制
[*]基于 HAR 实现接口录制和用例生成功能
[*]联合 Locust 框架，无需额外的工作即可实现分布式性能测试
[*]执行方式采用 CLI 调用，可与 Jenkins 等持续集成工具完美联合
[*]测试结果统计报告简便清晰，附带细致统计信息和日志记录
[*]具有可扩展性，便于扩展实现 Web 平台化
https://i-blog.csdnimg.cn/blog_migrate/615f4af7106f4036a0c0e6d8b10e3bec.png
2、环境准备
安装HomeBrew（MacOs软件包管理工具，雷同apt-get、yum）
[*]终端执行
/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
[*]安装pyenv并设置环境变量：python版本管理器，可同时管理多个Python版本（HttpRunner是基于Python开辟，但是支持Python3.6.0以上）
brew install pyenv
echo 'export PYENV_ROOT="$HOME/.pyenv"' >> ~/.bash_profile
echo 'export PATH="$PYENV_ROOT/bin:$PATH"' >> ~/.bash_profile
echo 'eval "$(pyenv init -)"' >> ~/.bash_profile
exec $SHELL -l
[*]安装Python3.6
pyenv install --list //检察可安装的Python版本
pyenv install 3.6.0 //安装3.6.0版本
pyenv rehash //更新pyenv
pyenv versions //检察已经安装的python版本，带*号的是当前使用的版本
[*]选择Pyhton
pyenv global 3.6.0 //设置全局版本，即当前系统使用的版本将切换为3.6.0
[*]安装HttpRunner并校验
pip install httprunner
//运行如下命令，若正常显示版本号，则说明httprunner安装成功：
hrun -V 0.9.8
至此HttpRunner已搭建完成
3、用例管理
在HttpRunner中，测试用例引擎最大的特色就是支持Yaml/Json格式的用例描述情势；
采用YAML/JSON格式编写维护测试用例，上风照旧很明显的：
[*]相比于表格情势，具有更加强大的机动性和更丰富的信息承载本领；
[*]相比于代码情势，淘汰了不必要的编程语言语法重复，并最大化地统一了用例描述情势，进步了用例的可维护性。
Yaml格式https://i-blog.csdnimg.cn/blog_migrate/358f5a6437e5ea8fd5b6fff39dda3135.png
Json格式https://i-blog.csdnimg.cn/blog_migrate/0a424873b079809c92db52ce156f51c5.png
以下以数澜--数栖平台2.X中的研发平台为例（采取Json格式）
场景：项目空间后，需要快速支持创建Demo示例，即自动创建各种目次和使命。
1）确定业务流程所使用到的接口并通过Postman或Jmeter调试通过及分好类
[*]查询类（Get请求）接口：查询使命目次、查询资源组、查询工作流等
[*]新增类（Post请求）接口：新建目次、新建使命等
2）根据业务流程确定接口序次
[*]如要在某个目次下新建使命：则先要调用新建目次接口再调用作建使命接口
3）向Json文件里按照规则填写接口相关信息
[*]接口Base_Url
[*]接口路径
[*]接口请求方式
[*]接口请求参数
[*]接口断言
[*]接口返回参数（关联接口时会用到上一接口返回的参数）以下是部分用例示例https://i-blog.csdnimg.cn/blog_migrate/c14a0cd4a49b136f3973bb4e6c9e1c7a.png
4）用例填写完成后，执行用例文件，如Json文件为task.json
hrun task.json
5）检察运行结果
[*]在此目次下会自动生成一个reports文件，进入该文件夹可看到生成带时间的html（执行一次就会生成一个Html文件）
[*]https://i-blog.csdnimg.cn/blog_migrate/b0debfc0d737a9bfac1d6d8b188838ac.png
打开此Html检察
https://i-blog.csdnimg.cn/blog_migrate/bb53dbbe2d85e6e11f20bd493aa65a9d.png
全部通过https://i-blog.csdnimg.cn/blog_migrate/e0574fd97e0c641f3a58f8c5380c1bf5.png
部分通过
[*]点击Log，可检察具体请求信息和返复书息https://i-blog.csdnimg.cn/blog_migrate/4bb91453570a493ece5fd2825f164c42.png
点击trackback可检察定位错误信息https://i-blog.csdnimg.cn/blog_migrate/8dfa86c4696a872adafecb9644069fe0.png
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]