接口自动化框架设计与实现（接口自动化框架设计与实现的区别）

本篇文章给大家谈谈接口自动化框架设计与实现，以及接口自动化框架设计与实现的区别对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享接口自动化框架设计与实现的知识，其中也会对接口自动化框架设计与实现的区别进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、如何创建 python+requests接口自动化测试框架
• 2、分布式接口自动化测试平台
• 3、接口自动化测试测试用例设计
• 4、软件测试该如何学习
• 5、测试工程师面试，接口测试问题总结
• 6、怎么学习自动化测试？

如何创建 python+requests接口自动化测试框架

工作原理: 测试用例在excel上编辑，使用第三方库xlrd，读取表格sheet和内容，sheetName对应模块名，Jenkins集成服务发现服务moduleName查找对应表单，运用第三方库requests请求接口，根据结果和期望值进行断言，根据输出报告判断接口测试是否通过。
1. 数据准备
数据插入（容易实现的测试场景下所需外部数据)
准备sql （接口需要重复使用，参数一定得是变量)
2.集成部署(运维相关了解即可)
平滑升级验证脚本加入自动化
3.自动化框架实现
调用mysql
excel遍历测试用例
requests实现接口调用
根据接口返回的code值和Excel对比
报告反馈
暴露服务
写一个简单登录的接口自动化测试
代码的分层如下图：
coding.png
一、写一个封装的获取excel表格的模块
excel.png
代码实现如下：
# !/usr/bin/python
# -*- coding: UTF-8 -*-
# 基础包：excel的封装
import xlrd
workbook = None
def open_excel(path):
"""打开excel"""
global workbook
if (workbook == None):
workbook = xlrd.open_workbook(path, on_demand=True)
def get_sheet(sheetName):
"""获取行号"""
global workbook
return workbook.sheet_by_name(sheetName)
def get_rows(sheet):
"""获取行号"""
return sheet.nrows
def get_content(sheet, row, col):
"""获取表格中内容"""
return sheet.cell(row, col).value
def release(path):
"""释放excel减少内存"""
global workbook
workbook.release_resources()
del workbook
代码封装后当成模块引用，这还是最开始呢。
二、引用log模块获取日志
准备工作：
需要一个日志的捕获，包括框架和源码抛出的expection。
代码如下：
#!/usr/bin/python
# -*- coding: UTF-8 -*-
# 基础包：日志服务
import logging
import time
def getLogger():
global tezLogPath
try:
tezLogPath
except NameError:
tezLogPath = "/data/log/apiTest/"
FORMAT = '%(asctime)s - %(name)s - %(levelname)s - %(message)s'
# file = tezLogPath + time.strftime("%Y-%m-%d", time.localtime()) + ".log"
# logging.basicConfig(filename=file, level=logging.INFO, format=FORMAT)
# 开发阶段为了方便调试，可不输出到文件
logging.basicConfig(level=logging.INFO, format=FORMAT)
return logging
三、引用requests模块接口测试
准备工作：
需要的请求类型和执行测试的方法。
代码如下：
#!/usr/bin/python#
#-*- coding: UTF-8 -*-
# 基础包：接口测试的封装
import requests
import tezLog as log
logging = log.getLogger()
def api_test(method, url, data ,headers):
"""
定义一个请求接口的方法和需要的参数
:Args:
method - 企业名称 str
url - 用户昵称 str
data - 参数 str
headers - 请求头信息 dict
非RESTful API请求另外的请求类型实际用不到。也不安全。
"""
try:
if method == "post":
results = requests.post(url, data, headers=headers)
if method == "get":
results = requests.get(url, data, headers=headers)
# if method == "put":
# results = requests.put(url, data, headers=headers)
# if method == "delete":
# results = requests.delete(url, headers=headers)
# if method == "patch":
# results == requests.patch(url, data, headers=headers)
# if method == "options":
# results == requests.options(url, headers=headers)
response = results.json()
code = response.get("code")
return code
except Exception, e:
logging.error("service is error", e)
def run_test(sheet):
"""
定义一个执行和断言的方法
:Args:
sheet - 服务名称 str（excel页脚名称识别的）
"""
rows = excel.getRows(sheet)
fail = 0
for i in range(2, rows):
#这里为什么从第二行开始跑，因为会先执行SQL进行数据准备如之前Excel展示的空白位置
testData = excel.getContent(sheet, i, gl.CASE_DATA)
testUrl = excel.getContent(sheet, i, gl.CASE_URL)
testMethod = excel.getContent(sheet, i, gl.CASE_METHOD)
testHeaders = eval(excel.getContent(sheet, i, gl.CASE_HEADERS))
testCode = excel.getContent(sheet, i, gl.CASE_CODE)
actualCode = request.apiTest(testMethod, testUrl, testData, testHeaders)
expectCode = str(int(testCode))
failResults = ' url: ' + testUrl + ' params: ' + testData + ' actualCode: ' + actualCode + ' expectCode: ' + expectCode
if actualCode == expectCode:
logging.info("pass")
elif actualCode != expectCode:
logging.info("fail %s", failResults)
fail += 1
if fail 0 :
return False
return True
四、关于参数中gl模块
准备工作：
所有的参数和常量我们会整理到这个文件中，因为设计业务和服务密码、数据库密码这里展示一部分。
代码如下：
#!/usr/bin/python
# -*- coding: UTF-8 -*-
# 脚本功能：全部变量
import time
import uuid
CASE_NUMBER = 0 # 用例编号
CASE_NAME = 1 # 用例名称
CASE_DATA = 2 # 用例参数
CASE_URL = 3 # 用例接口地址
CASE_METHOD = 4 # 用例请求类型
CASE_CODE = 5 # 用例code
CASE_HEADERS = 6 # 用例headers
SQL_ROW = 0 # 预执行SQL的行号
SQL_COL = 1 # 预执行SQL的列号
五、写一个run文件：只是用来执行的，业务和代码剥离。
代码如下：
#!/usr/bin/python
# -*- coding: UTF-8 -*-
# 验证包：接口测试脚本
import sys
import core.tezLog as log
import function.common as common
logging = log.getLogger()
"""1.外部输入参数"""
path = sys.path[0] # 当前路径
module = sys.argv[1] # 服务模块名
url = sys.argv[2] # 服务地址
host = sys.argv[3] # 数据库地址
user = sys.argv[4] # 数据库用户名
password = sys.argv[5] # 数据库密码
db = sys.argv[6] # 数据库名称
"""2.根据module获取Sheet"""
logging.info("-------------- Execute TestCases ---------------")
sheet = common.get_excel_sheet(path + "/" + common.filename, module)
"""3.数据准备"""
logging.info("-------------- Prepare data through MysqlDB --------------")
sql = common.get_prepare_sql(sheet)
common.prepare_data(host=host, user=user, password=password, db=db, sql=sql)
"""4.执行测试用例"""
res = common.run(sheet, url)
logging.info("-------------- Get the result ------------ %s", res)
"""这里的res是我们平滑升级的时候需要返回结果为TRUE才会继续下面走。"""
六、查看测试报告（部署到jenkins会通过控制台查看）

分布式接口自动化测试平台

基于之前开发过自动化框架，在接口自动化测试平台上做了全新的探索和设计，在落地性，效益性，业务性等方面做了进一步思考和优化。

从系统需求设计 + 技术框架选型 + 数据表结构设计 + 后端开发 + 前端开发 + 镜像打包部署 + docker 容器化上线，都由我一个人独立设计开发完成的，挑战很大，但是能顺利完成，也算是给自己 2020 年一个满意的答卷，当然更满意的其实是打开了自动化测试平台新世界的大门。

1、接口管理，添加和维护功能。

2、支持用例跳过功能、任务消息提醒（针对当前任务公司所有成员）

3、更丰富的用例断言类型。

4、支持定时任务，在任务管理中分布式执行我的所有接口用例，目前支持crontab表达式和interval间隔时间两种方式调度定时任务。

5、更漂亮、详细的报告展示，快速发现失败接口用例。

6、成员管理，前后端都引用了角色权限管理；前端页面无法访问成员管理、发布成员消息通知等，后端：editor角色无法进行新增、修改、删除功能操作

7、新增业务测试功能 - 多接口实现一个业务流程

8、新增用例前置功能（用例后置功能目前使用上并不灵活，后续解决这个问题，并且更新sql校验功能）

9、用例逻辑处理内置函数功能

10、前端兼容Chrome浏览器、手机端部分页面做了适配（其他浏览器暂未测试）

整个平台后端使用 Python 开发，前端使用 vue 框架，采用前后端分离。

任务结果查看

断言功能

用例前置后置调试功能

报告详情

接口自动化测试测试用例设计

浅谈接口自动化测试测试用例设计

一、   前言   

很多中台项目，大部分为接口测试。为了使新入职的测试同事尽快融入项目，以及迭代开发中方便管理测试用例。完成该总结。

二、   测试用例设计思路   

1、 接口类型概述及优先级  

1） 提供给第三方调用的接口  

2） 内部系统使用，核心功能接口  

3） 内部系统使用，非核心功能接口  

基本按照1）2）3）的顺序进行测试，特别情况除外

2、 单接口测试优先级  

1） 优先测试正向测试用例，保证基本功能实现  

2） 设计逆向测试用例，确保接口的健壮性  

3） 满足前提条件的测试用例  

4） 默认参数是否满足  

5） 参数校验  

6） 参数间联动关系

7）多参数错误处理的优先顺序校验

三、   设计分析   

1、 满足前提条件的测试用例  

测试目标接口需要满足前置条件才能成功获取数据。

例如：需要登录token，通过传入参数获取下游接口数据

2、 携带默认参数的测试用例  

携带默认参数的测试用例仅需要设计一条，所有默认参数的字段都不填写，其他字段输入正常。

[if !supportLists]3、 [endif]参数校验  

参数校验包含如下几方面：

[if !supportLists]1）[endif]输入参数是否为必须输入项

[if !supportLists]2）[endif]输入参数的类型

[if !supportLists]3）[endif]输入参数的枚举值校验

[if !supportLists]4）[endif]输入参数长度校验

以上测试用例最好根据字段一一校验，排除互相干扰

[if !supportLists]4、 [endif]参数间联动  

有些参数见存在彼此制约的关系，根据实际情况设计测试用例

例如:A字段为1时，B字段一定为空。否则报错。

那么测试用例设计时应为：A字段为1时，B字段为空；A字段为1时，B字段不为空；A字段不为1时，B字段为空；A字段不为1时，B字段不为空；四条测试用例

这样基本覆盖所有分支流程。

[if !supportLists]四、 [endif] 测试用例实践操作

接口测试用例样例:

多条件查询接口

测试方法：使用robotFramework测试doubbo接口

协议请求方式：post

接口协议：JSON

消息请求列表

字段名数据类型默认值必须项备注

IDint 是长度为2

Tokenstring 是设备令牌

Statusstring 是1：正常

2：异常

typeint  Status为1时，为必须输入项

sizestring  默认值
消息返回列表

字段名数据类型必须项备注

Codeint是正常：20000

异常：20001

Messagestring是 

typeMessageint Status=1的所有ID

 

用例设计

 

NO. 测试内容 前置条件 输入参数 输出参数 用例属性

1目标数据为一条预置一条符合条件的数据Status=1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

正向测试用例

2目标数据为多条预置多条符合条件的数据Status=1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

正向测试用例

3 Token必须项检查 预置多条符合条件的数据Status=1，token输入为空，其他参数输入正常返回code=20001

typeMessage中返回为空

满足前提条件

4 Token正确性检查 预置多条符合条件的数据Status=1，token输入错误，其他参数输入正常返回code=20001

typeMessage中返回为空

满足前提条件

5 Status 必须项检查 预置多条符合条件的数据Status为空，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

6 Status枚举预置多条符合条件的数据Status为1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

参数校验

7 Status枚举预置多条符合条件的数据Status为2，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

参数校验

8 Status枚举预置多条符合条件的数据Status为3，其他参数输入正常返回code=20001

typeMessage中返回null

参数校验

9 Status=1，时联动校验预置多条符合条件的数据Status为1，type为空；其他参数输入正常返回code=20001

typeMessage中返回null

联动校验

10 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type为空；其他参数输入正常返回code=20000

typeMessage中返回对应ID

联动校验

11 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type不为空；其他参数输入正常返回code=20000

typeMessage中返回对应ID

联动校验

12 Size默认值输入校验预置多条符合条件的数据Size输入为空，其他参数输入正常返回code=20000

typeMessage中返回对应ID

默认值校验

13 Size默认值输入校验预置多条符合条件的数据Size输入不为空，其他参数输入正常返回code=20000

typeMessage中返回对应ID

默认值校验

14 ID 必须项检查 预置多条符合条件的数据ID为空，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

15 ID 长度检查 预置多条符合条件的数据ID长度大于2，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

16 破坏性测试预置多条符合条件的数据输入的参数类型错误请求未接收，返回404 稳定性测试

17 破坏性测试预置多条符合条件的数据输入的参数与提供的参数名称不一致请求未接收，返回404 稳定性测试

18 破坏性测试预置多条符合条件的数据输入的参数与提供的参数数量不一致请求未接收，返回404 稳定性测试

19 破坏性测试预置多条符合条件的数据输入的参数与提供的参数格式不一致请求未接收，返回404 稳定性测试

 

总结：自动化测试过程中会有一条自动化测试用例覆盖多种情况的可能（例如：正向测试用例与联动性验证的 Status=1，type输入不为空的测试用例重复，所以选择一条用例验证 。 ），以上的测试用例满足自动化的要求，手动测试过程中需要增加部分验证性的测试用例。且由于使用的测试工具特殊性，无需检查输入参数的类型。

软件测试该如何学习

一、学习路线图（点击图片即可放大，可清晰观看）

二、软件测试视频第一阶段-前置基础知识

1、学习目标：

可掌握的核心能力：

1. 熟悉计算机相关概念；
2. 掌握基础的测试理论；
3. 熟练掌握HTML常用标签和语法规范；
4. 掌握使用CSS定义网页样式；
5. 掌握js的基本用法；

2、知识点:

1）计算机基础
计算机组成部分、操作系统分类、B/S和C/S架构、常用DOS命令、服务器域名
2）测试理论
软件测试的目的、软件测试定义、软件测试原则、产品质量模型、测试基本流程
3）HTML基础
HTML基础语法、标签属性、图片标签、超链接、锚点、表单
4）CSS基础
CSS基础语法、CSS四类选择器、常用文字属性、行高属性、边框、盒子模型、内外边距
5）JS基础
JS基础语法、JS引入方式

三、软件测试视频篇第二阶段-linux和数据库

1、学习目标：

可掌握的核心能力：
1. 掌握Linux操作系统按照和配置；
2. 熟练掌握Linux常用命令；
3. 掌握数据库增删改查操作；
4. 熟悉数据库索引、视图、事务、常见函数等高级功能；
5. 掌握Redis的string类型、hash类型、set类型、list类型等基本类型和操作；

2、知识点:

1）LINUX（熟悉）
操作系统介绍、操作系统发展历史、CentOS图形界面、文件和目录、常用LINUX命令使用、vim文本编辑器的使用
2）数据库介绍（熟悉）
数据库基本概念、关系型数据库介绍、MySQL安装与使用、Navicat使用
3）SQL语言（重点）
数据表操作、数据操作-增删改查、条件查询、排序、聚合函数、分组、分页、连接查询、自关联、子查询、子查询演练
4）数据库高级功能（了解）
数据库设计、命令行操作数据库、函数、存储过程、视图、事务、索引、外键、用户密码
5）redis数据库功能（掌握）
掌握Redis的string类型、hash类型、set类型、list类型等基本类型和操作；

四、软件测试视频篇第三阶段-测试基础

1、学习目标：

可掌握的核心能力：

1. 掌握测试的基本概念和测试常见分类；
2. 熟练掌握黑盒测试用例设计方法，进行功能测试用例设计；
3. 熟练掌握缺陷报告的编写；
4. 熟悉测试管理工具禅道和JIRA的使用
5. 掌握项目测试流程；
6. 掌握Web项目功能测试分析和用例编写；
7. 熟悉测试计划，测试方案，测试报告的核心内容
8. 掌握功能测试与数据库的关系
9. 掌握Fiddler工具的使用

2、知识点：

1）软件测试理论
软件测试的分类，软件开发模型和测试模型，软件的质量模型，测试用例的定义和要素
2）测试用例设计
等价类方法、边界值方法、因果图、判定表、状态迁移法、正交、场景
3)缺陷管理
缺陷定义、缺陷的判定标准、缺陷报告、缺陷跟踪流程
4)Web项目实战
搭建项目的测试环境，如何快速熟悉项目，项目的测试流程，测试计划和方案，功能测试分析，状态迁移法的使用，流程测试分析，非功能测试分析，测试报告编写，Fiddler抓包
5)App项目实战
6)测试管理工具
禅道的使用，JIRA的使用

五、软件测试视频篇第四阶段-编程+数据结构

1、学习目标：

可掌握的核心能力：
1. 掌握Python基础语法, 具备基础的编程能力；
2. 建立编程思维以及面向对象程序设计思想。

2、知识点：

1）Python开发环境
Python开发环境的搭建、Pycharm使用
2）Python基础
变量以及变量的类型、标识符和关键字、变量名命名方式、算数运算符、变量数据类型转换、输入和输出、注释、if语句基本格式、if…else…语句、if…elif..else语句、逻辑运算符、比较关系运算符、运算符优先级、while循环语法格式、while嵌套应用、break的用法、continue的用法、列表概念及操作、元组概念及操作、字典概念及操作、字符串概念及操作、集合概念及操作、for循环及for…else用法、函数的基本语法、函数执行流程、文档注释、带参数的函数、带返回值的函数、函数的嵌套调用、匿名函数、递归函数、局部变量和全局变量、引用、文件的概念、文件的打开与关闭、文件读写, 以及文件定位读写、文件、目录相关操作
3）面向对象
面向对象介绍、类和对象的概念、魔术方法的意义及作用、对象成员的访问控制权限、继承的概念及意义、继承、多层继承和多继承、多态的概念以及应用、类属性和实例属性、实例方法、类方法、静态方法、设计模式: 单例模式
4）异常处理
理解异常的作用、捕获异常、异常的传递规则、自定义异常
5）模块和包
模块和包的概念、__all__的用法、import语句用法、from...import...用法、from...import * 用法

六、软件测试视频篇第五阶段——WEB自动化

1、学习目标：

可掌握的核心能力:
1.能够熟练搭建Web自动化测试环境；
2.熟练掌握元素的定位方法和元素操作；
3.掌握鼠标键盘操作及HTML特殊元素的处理；
4.掌握使用UnitTest管理自动化测试的脚本；
5.熟练掌握PO模式的设计思想，并能够对页面进行封装；
6.掌握数据驱动的实现方式；
7.掌握日志的相关概念，以及日志的收集处理；
8.掌握在实际的项目中如何灵活运用自动化的相关技术。

2、知识点：

1）WEB自动化入门
自动化测试的理论知识、主流的Web自动化测试框架介绍、Selenium的发展历史及工作原理、元素查看工具使用、环境搭建
2）WEB自动化基础
元素基础定位方法、Xpath和CSS元素定位方法、元素常见操作、浏览器操作方法、鼠标键盘操作、显示等待和隐式等待、HTML特殊元素处理、窗口截图、验证码处理
3）WEB自动化中级
UnitTest框架、Fixture、UnitTest断言、参数化、测试报告
4）WEB自动化高级
PO模式、数据驱动、日志处理
5）项目实战
自动化测试流程、项目自动化框架设计、自动化代码实现

七、软件测试视频篇第六阶段——移动自动化

1、学习目标：

可掌握的核心能力:
1.掌握移动端APP测试特性；
2.能够熟练搭建移动自动化测试环境；
3.熟悉appium的工作原理；
4.熟练掌握ADB工具的使用；
5.熟练掌握元素的定位方法、元素操作和手势操作；
6.掌握单元测试框架pytest的使用；
7.掌握YAML数据读写；
8.掌握使用allure生成测试报告；
9.熟练掌握PO模式的设计思想；
10.掌握数据驱动的实现方式；
11.掌握Git的使用方式；
12.掌握Jenkins持续集成的环境配置；
13.掌握在实际的项目中如何灵活运用移动自动化的相关技术。

2、知识点：

1）移动自动化特性
APP应用系统架构、测试环境及发布平台、APP敏捷开发模式、APP应用测试要点、业务功能测试、兼容性测试、安装卸载升级测试、交叉事件测试、Push消息测试、性能测试、用户体验测试、稳定性测试
2）移动自动化基础
移动端测试分类及特点、ADB命令及Monkey使用、appium环境搭建、appium工作原理
3）移动自动化中级
APP和手机系统操作、元素定位、元素操作、高级手势操作、混合APP测试、PyTest测试框架、定制测试报告、YAML数据读写
4）移动自动化高级
PO模式、数据驱动、Git、Jenkins持续集成
5）项目实战
APP项目实战

八、软件测试视频篇第七阶段——接口测试

1、学习目标：

可掌握的核心能力:
1.掌握接口及接口测试相关概念；
2.掌握使用Postman进行接口测试；
3.熟练掌握数据库的基本操作和事务操作；
4.掌握requests库使用及脚本封装；
5.掌握接口测试框架的设计和封装；
6.掌握使用持续集成工具管理接口测试脚本；
7.掌握在实际的项目中如何灵活运用接口测试的相关技术。
2、知识点：

1）接口测试基础
接口及接口测试概念、HTTP协议、接口规范、项目环境说明、接口测试流程
2）Postman实现接口测试
Postman介绍和安装、Postman基本用法、Postman高级用法、Postman测试报告、项目实战
3）数据库操作
数据库介绍、数据库基本操作、数据库事务操作
4）代码实现接口测试
Requests库、集成UnitTest、接口测试框架开发、项目实战
5）持续集成
持续集成介绍、Git、Jenkins、持续集成之Postman、持续集成之代码
6）接口测试扩展
Mock测试、接口测试总结

九、软件测试视频篇第八阶段——性能测试

1、学习目标：

可掌握的核心能力:
1.能够熟练搭建性能测试环境；
2.掌握性能测试基础理论；
3.掌握Jmeter常用组件使用；
4.掌握Jmeter编写和录制性能测试脚本；
5.掌握基于jmeter实现单一和混合场景搭建；
6.掌握思考时间、事务、逻辑控制器在性能测试场景的应用；
7.掌握Jmeter常用性能插件进行图表分析；
8.掌握Linux服务型性能监控方法和指标；
9.掌握数据库监控和调优的常见方法。
2、知识点：

1）性能测试基础
性能测试理论、性能测试分类、性能测试常用指标、性能测试流程
2）性能测试工具
常用性能测试工具、Jmeter环境搭建、Jmeter功能概要、元件作用及执行顺序、线程组、参数化、断言、关联、连接数据库、逻辑控制器、定时器、分布式、测试报告
3）项目-接口性能测试
项目API文档分析、接口清单梳理、接口脚本设计、并发数据计算、逻辑控制器项目应用、单一场景搭建、常用响应图表插件及应用
4）项目-web性能测试
脚本录制、正则过滤、cookie管理器、事务控制器、思考时间、混合场景搭建、web性能脚本执行与分析
5）性能测试调优
windows服务器性能监控、linux服务器性能监控、性能测试报告

十、软件测试视频篇第九阶段——综合项目实战

1、学习目标：

可掌握的核心能力:
1.掌握功能测试在真实的项目中如何实施；
2.掌握基于Selenium的Web自动化测试框架搭建和使用；
3.掌握基于Appium的APP自动化测试框架搭建和使用；
4.掌握使用工具实现接口测试；
5.掌握基于Python+Requests库的接口自动化测试框架的搭建和使用；
6.掌握Locust性能测试框架的使用；
7.掌握如何对APP进行性能测试；
8.掌握在实际的项目中如何灵活运用相关测试技术。
2、知识点：

1）项目介绍
项目简介、项目架构
2）功能测试
功能测试设计思路、自媒体端测试、后台管理端测试、用户APP端测试
3）UI自动化测试
Selenium Grid、搭建自动化测试框架、编写自动化测试脚本
4）接口测试
接口测试流程、基于工具的接口测试、基于代码的接口测试
5）性能测试
Locust框架、APP性能测试

测试工程师面试，接口测试问题总结

1、什么是接口？

2、什么是接口测试？

3、接口组成的要素有哪些？

4、Python 的 requests 包是干什么的？

5、如何使用 Python 的 requests 包？

6、为什么开展接口测试？

7、为什么要写接口测试用例？

8、接口测试用例设计主要考虑哪些？

9、接口测试用例包含哪些内容？

10、接口测试如何设计用例？

11、通用接口用例设计？

12、接口测试报告包含哪些内容？

13、测试指标范围包含哪些？

14、做接口测试运用过哪些测试工具？

15、抓包工具用过哪些？

16、为什么进行抓包测试？

17、TCP/IP 参考模型有哪几层？

18、常用协议的端口号？

19、常见的状态码有哪些？

20、你们公司的接口测试流程是怎样的？

21、请详细阐述接口测试和 UI 测试在测试活动中是如何协同测试的？

22、接口测试注意事项？

23、接口测试执行中对比数据库吗？

24、请简述一下 cookie、session 以及 token 的区别？

25、谈谈你对 HTTP 协议的了解？

26、你对 http 请求跟 webservice 请求的了解？

27、在接口测试中关联是什么含义？如何使用 Postman 设置关联？

28、接口自动化测试框架一般分为几层？

29、测试框架里如何做到数据和代码分离？

1、什么是接口？

接口就是 API，意思是应用程序编程接口。

接口本质上是程序开发的函数和方法，提供参数和返回值。

2、什么是接口测试？

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

3、接口组成的要素有哪些？

接口访问的地址、请求的方法、参数、返回值

（1）接口访问的地址 协议://IP 地址或域名:端口号/应用名/功能名

（2）请求的方法 get、post 等

（3）参数 用户使用接口时，需要向接口提供的数据。

（4）返回值 接口给用户的反馈结果。

4、Python 的 requests 包是干什么的？

requests 是一个 HTTP 库，作用是发送 HTTP 请求，获得响应，往往使用在网络爬虫，接口自动化测试中。

5、如何使用 Python 的 requests 包？

（1）安装 Python

（2）安装 requests 模块

（3）创建.py 文件

（4）导入 requests 模块

（5）编写 Python 代码

（6）调用 requests 方法

6、为什么开展接口测试？

接口测试属于集成测试、测试接入越早，就越能在项目早期发现问题，修复问题成本降低。

接口测试非常快速，UI 自动化执行一个测试用例 10s 左右，接口用例执行一般毫秒级。

7、为什么要写接口测试用例？

（1）理清思路，避免漏测和重复测试。

（2）提高测试效率、跟进测试进度、告诉领导做过、跟进重复性工作。

（3）更好的记录问题、发现问题、复现问题、同时这也是接口测试流程中的一个产物。

8、接口测试用例设计主要考虑哪些？

（1）功能是否正常。

（2）功能是否按照接口文档实现、是否依赖业务、异常情况（参数异常、数据异常）、安全测试等。

9、接口测试用例包含哪些内容？

用例名称、接口地址、请求方式、前置条件、描述、请求头部、请求参数、状态码、预期返回结果

10、接口测试如何设计用例？

接口测试一般考虑入参形式的变化和接口的业务逻辑。

一般设计接口测试用例采用等价类、边界值、场景法居多。

接口测试用例设计思路：

（1）接口业务逻辑测试，接口逻辑测试是指根据业务逻辑，输入参数，输出值的描述，对正常输入情况下所得输出值是否正确的测试，也就是测试对外提供的接口服务是否正常。

（2）模块接口测试，模块接口测试是为了保证数据的安全及程序在异常情况下的逻辑正确性而进行的测试模块，接口测试主要包括以下几个方面

a.鉴权码 token 异常（为空、没有、错误、过期）

b.其他参数的异常，必填项的检查，参数的长度、类型、格式异常。常规的参数有数字，字符串，日期；参数长度，位数、身份证、电话的长度；参数的类型，数字精度，字母，中文，带空格的参数，特殊字符；日期格式，日期年月日，年月日时分秒，日期格式（包含/-:等）

c.错误码异常覆盖

11、通用接口用例设计？

（1）通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。

（2）参数组合：现在有一个操作商品的接口，有个字段 type，传 1 的时候代表修改商品，商品 id、商品名称、价格有一个是必传的，type 传 2 的时候是删除商品，商品 id 是必传的，这样就要测参数组合了，type 传 1 的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。

（3）接口安全：绕过验证，比如说购买了一个商品，它的价格是 300 元，那我在提交订单时候，我把这个商品的价格改成 3 元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功。参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。密码安全规则，密码的复杂程度校验。

（4）异常验证：所谓异常验证，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是 10 的，传 11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。

12、接口测试报告包含哪些内容？

系统接口概况、测试目的与范围、测试工具与资源、测试记录及结果分析（单场景接口、混合场景接口）、测试结论

13、测试指标范围包含哪些？

（1）被测接口接收请求和返回报文。

（2）被测接口返回状态、被测接口对应业务逻辑处理、涉及数据沉淀的处理、复杂场景下多个接口串联交互。

14、做接口测试运用过哪些测试工具？

（1）Postman

（2）JMeter

（3）SoapUI

（4）Python + requests

（5）Java + HttpClient

（6）Java + OkHttp

15、抓包工具用过哪些？

（1）Fiddler

（2）Charles

（3）Wireshark

16、为什么进行抓包测试？

有些时候公司没有标准的接口文档，测试人员只能抓包来获取接口信息。

抓包可以迅速找到请求，通过抓包可以查看整个请求过程，以及响应过程，可以通过抓包来分辨前台还是后台 bug。

通过抓包，可以查看是否有敏感信息泄露，比如用户密码和个人账号信息等数据。

通过抓包进行测试，拦截请求，修改请求数据，查看对应响应结果，抓包本身就是接口测试的一部分。

17、TCP/IP 参考模型有哪几层？

应用层、传输层、网络层、网络接口层

18、常用协议的端口号？

（1）21/tcp FTP 文件传输协议

（2）22/tcp SSH 安全登录、文件传送（SCP）和端口重定向

（3）23/tcp Telnet 不安全的文本传送

（4）25/tcp SMTP Simple Mail Transfer Protocol（E-mail）

（5）69/udp TFTP Trivial File Transfer Protocol（微型文件传输协议）

（6）80/tcp HTTP 超文本传送协议（WWW）

（7）110/tcp POP3 Post Office Protocol（E-mail）

（8）443/tcp HTTPS used for securely transferring web pages

（9）3389/tcp 远程访问 5631/tcp

（10）5632/udp pcanywhere 端口号

（11）1433 SqlServer 服务端口号

（12）1521 Oracle 服务端口号

（13）3306 Mysql 服务端口号

（14）8080 Tomcat 默认服务端口号

19、常见的状态码有哪些？

（1）1XX 信息提示，用于指定客户端相应的某些动作。

（2）2XX 成功，用于表示请求成功。

（3）3XX 重定向，用于移动的文件并且常被包含在定位头信息中制定的新的地址信息。

（4）4XX 客户端错误，用于指出客户端的错误。

（5）5XX 服务器错误，用于指出服务器的错误。

20、你们公司的接口测试流程是怎样的？

（1）从开发中取得接口文档，了解接口业务，主要包括接口地址、请求方式、入参、出参、返回格式等信息。

（2）使用 Jmeter 进行接口测试，创建一个线程组，然后建立一个 http 请求默认值，再新建很多 http 请求，一个请求是一个用例，输入相应接口路径、访问方式、参数等，创建断言和察看结果树。

（3）最后调用并执行测试用例，编写测试报告。

（4）在做接口测试的时候遇到过很多问题，都是自己独立解决的，比如返回值乱码（修改 Jmeter 的配置文件为 UTF-8）。

21、请详细阐述接口测试和 UI 测试在测试活动中是如何协同测试的？

接口测试和 UI 测试这两块其实是有一部分是重叠的，UI 测试是通过前端写的界面来调用接口，而接口测试是直接调接口。所以排除前端的处理的逻辑和调用的正确性，在理论上接口测试是可以覆盖所有的 UI 测试。但实际过程中，如果只是在接口层覆盖所有的业务流，在 UI 上只测试前端的逻辑，最终的结果可能会是忽视很多原有的功能点，导致了 UI 测试的不充分。所以存在多人分工且时间充分的时候可以尝试接口去做业务流的全覆盖，否则不要轻易尝试。

22、接口测试注意事项？

（1）改变请求参数，看响应结果是否和接口文档一致。

（2）查看参数是否有敏感信息（比如个人账户信息，资金信息）。

（3）查看是否对关键参数进行加密处理（密码信息）。

（4）所有列表页接口必须考虑排序值。

（5）接口返回的图片地址能否打开，图片尺寸是否符合需求。

（6）接口有翻页时，页码与页数的异常值测试。

（7）当输出参数有联动性时，需要校验返回两参数的实际结果是否都符合需求每个接口入参的默认值、异常类型、非空校验。

（8）入参支持多个值时，要考虑传的值的个数多的情况下，接口会不会报错。

23、接口测试执行中对比数据库吗？

肯定要对比，因为接口返回值的数据来源于数据库，接口对数据的操作还要进行深层次的数据库检查。

24、请简述一下 cookie、session 以及 token 的区别？

cookie 数据存放在客户的浏览器上、session 数据放在服务器上、token 是接口测试时鉴权码，一般情况下登陆后才可以获取到 token，然后在每次请求接口时需要带上 token 参数。

cookie 不安全，别人可以分析存在本地的 cookie 并进行 cookie 欺骗，考虑到安全应当使用 session 可以将登录信息等重要信息存放为 session，其他信息可以保存在 cookie。

25、谈谈你对 HTTP 协议的了解？

超文本传输协议，端口为 80，是由请求和响应两部分组成的。

请求是由请求头，请求行，请求正文组成；响应是由响应头、响应行、响应正文组成。

面向安全的话使用 https。

26、你对 http 请求跟 webservice 请求的了解？

（1）http api 接口：是走 http 协议，通过路径来区分调用的方法，请求报文都是 key-value 形式的，返回报文一般都是 json 串，有 get 和 post 等方法，这也是最常用的两种请求方式。可以使用的工具有 postman、RESTClient、jmeter、loadrunner 等。

（2）webservice 接口：是走 soap 协议通过 http 传输，请求报文和返回报文都是 xml 格式的，都是通过工具才能进行调用与测试。可以使用的工具有 SoapUI、jmeter、loadrunner 等。

27、在接口测试中关联是什么含义？如何使用 Postman 设置关联？

关联就是把上一个接口返回值的部分截取出来，作为下一个接口的参数，能让接口串联运行。

在 Postman 中设置关联的步骤如下：

（1）通过正则表达式提取的方式或 json 取值的方式把下一个接口需要的信息从上一个接口截取出来。

（2）使用设置全局变量的代码把取出来的值保存到全局变量里。

（3）在下一个接口中，使用(全局变量)代替要替换的静态值。

28、接口自动化测试框架一般分为几层？

自动化测试框架一般分为 5 层（配置层，脚本层，数据层，测试报告层，驱动层）

接口项目工程规划大致可分为几类，首先是测试结果类，比如说叫 test_rusult，里面存放一些比如日志文件，测试报告。然后是测试用例 testcase，里面分模块存放测试用例。接下来是公共方法类，比如说叫 public，或者是 tools，里面存放一些，读取 excel 数据的方法，发送 http 请求的方法，收集 log 日志的方法，发送邮件，操作数据库等方法。还有就是配置文件类，比如说叫 config，里面存放一些指定运行部分用例的配置文件，连接数据库的配置文件。最后是写一个 run 方法，运行所有的用例。

29、测试框架里如何做到数据和代码分离？

第一种：写在 excel 表格里，像这种主要是读取 excel 数据有点麻烦，常用的用来读取 excel 的第三方库有 openpyxl，xlrd 等。当然读取 excel 数据最好用的还是用来做数据分析的 pandas 模块，不用写那么多 for 循环。

第二种：数据存放到 yaml 文件里，一个模块或者是一个功能写一个 yaml 文件，最后写个读取 yaml 文件的公共方法就行了。yaml 格式的文件比较简单。

第三种：存放在数据库里面。

第四种：数据存放在 json 文件里。

怎么学习自动化测试？

首先，想从事自动化测试，必须先接口自动化框架设计与实现了解What/Why/How，也就是常说的去了解什么是自动化测试、为什么要进行自动化测试、该如何进行自动化测试，这类的资料在网上有很多，这里就不做重复了接口自动化框架设计与实现； 其次，需要根据项目的特点，选择合适的自动化测试工具，并了解工具的特性。以QTP为例，该如何去掌握它呢？对于初学者，大多数都是通过录制的方式来生成脚本，这个阶段应该掌握的基础知识有：1) QTP是如何去识别对象的，对于新手经常会出现录制的脚本回放的时候报错的现象，这个时候就应该考虑为什么呢？如果很了解QTP识别对象的原理啊，我想就能很快定位到原因了2) 去掌握一些QTP对象的方法，如GetROPreperty、GetTOPreperty、ChildObjects等等，对于相似的方法应该去搞清楚到底区别在哪？像GetROPreperty、GetTOPreperty有什么区别等3) 什么是Action参数、什么又是Test参数？两者有什么区别，又有什么联系，在同一Test和不同Test间这些参数如何工作4) 什么是环境变量？环境变量是如何建立和使用的，环境变量在参数传递中和action参数、test参数有什么不同5) 了解检查点的知识，明白什么是内置检查点，什么又是自定义检查点。并搞清楚在什么时候该如何使用检查点6) 掌握对象库的操作，了解对象库对于测试的意义，象是否启用智能识别对测试脚本有何影响、为什么同一对象识别起来会有_1、_2之类的后缀等都是需要去研究清楚的问题这几个问题都搞清楚的话，那基本就能够利用QTP生成正确的脚本了，当然以上只是部分必须掌握的内容，其实还是很多细节的设置，就需要在实际运用中去掌握了。接下来，就可以进一步提升自己的QTP运用水平了，这个阶段就需要去学习vbs知识和如何运用描述性编程实现脚本了，同时在这个过程中还需要去学习html知识、DOM、XML、以及像excel、word等的API知识了，总的来说，这个阶段应该掌握的内容大体上包括：1) VBscrīpt的基础知识，熟悉常用的方法和函数，掌握文件对象的操作等2) 熟练掌握XML技术；excel、word等API对象，可以根据需要创建日志等3) 熟练掌握DOM和HTML知识，能够结合这些技术对Web页面进行解析4) 掌握数据库的基本操作语句，能够利用ADO对象进行数据操纵5) 熟练掌握正则表达式，很多时候处理对象问题相当方便6) 掌握如何调用dll进行工作7) 能够利用QTP的自动化对象模型创建出需要的运行模式8) 掌握WMI知识以上只是我考虑到的部分，并不全面，呵呵，供大家参考，当然这些技术主要是针对Web系统运行，因为我们的系统就是B/S的，呵呵。如果这些知识都能够扎实的掌握的话，个人认为，基本上能够处理自动化过程中的绝大多数问题了，这个时候你对自动化测试的技术应该是有一定积累了。接下来就需要考虑自动化测试框架问题了。当脚本规模到了一定的程度，就会面临一些问题，如：1) 如何有效的管理并调度脚本2) 如何实现脚本运行的无人值守，测试过程中能够自动进行错误处理并进行日志记录3) 如何生成简介明确的测试报告4) 如何能够更加高效的维护测试脚本5) 实现框架代码和业务代码的分层、业务脚本和业务数据的分离这个阶段主要体现的是测试人员的测试思想，是可以脱离工具独立存在的过程。当然各个公司项目的实际情况不同，导致设计出来的思想不同，但总体上来说一般包括数据驱动和关键字驱动两种模式。后者实现的技术难度大于前者，大多数公司目前都采用的数据驱动模式。这个阶段不应局限于技术运用上，而需要从测试全局考虑，进行分层设计、模块化实现，减少代码之间的耦合。如果以上三个方面都能够做的很好的话，那么恭喜你，你已经可以独立负责项目的自动化测试建立工作了，呵呵！总之，学习自动化测试需要在实际项目中进行，这样提高的会比较快，项目中运用了很多种技术，自动化实施过程会碰见各种各样的问题，是很好的学习机会，关键要善于总结、积累经验，只要能够把各个细节做好，那么你一定能够成为一名优秀的自动化测试工程师。 关于接口自动化框架设计与实现和接口自动化框架设计与实现的区别的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 接口自动化框架设计与实现的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口自动化框架设计与实现的区别、接口自动化框架设计与实现的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。