2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)

记录搭建过程

  • 序章
      • 第一代框架
      • 第二代框架
  • 一、yaml用例设计
  • 二、配置哪些字段需要字符化
  • 三、用例读出
  • 四、requests二次封装
  • 五、pytest基本使用配置
  • 六、参数提取和替换
      • 问题:yaml格式错误
  • 七、新的用例模板
  • 八、断言处理
  • 九、组装请求,参数替换和断言
  • 十、开始运行和排坑(重要,内容很多)
      • 问题: 参数位置颠倒
      • 问题: 提前使用json()方法
      • 问题: 无效的转义
      • 问题: 用例格式写错
      • 问题: 之前的判断是否需要提取方法无法使用
      • 问题:替换判断字符写错
      • 问题:requests封装有误
  • 十一、请求基本信息配置

序章

第一代框架

源码地址
教程
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第1张图片

第二代框架

源码地址
搭建教程
使用教程
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第2张图片

一、yaml用例设计

这个模板不代表最终模板,后续可能还有改动

#用例(名称)标题,需要参数依赖的全部设置字符格式,后期解析成字典列表等格式
用例标题:
  #接口地址,也支持参数依赖
  path: /test/$.id
  #请求方法
  method: post
  #有值就用这个,没用就使用默认配置的,有header里面使用参数依赖的场景
  header: {}
  # 是否运行
  is_run: True
  # 前置sql:sql有2大类,一个是查询有返回值,一个是增删改无返回值,前置sql为无返回值类型
  precondition_sql:
    - UPDATE case_test SET title = '标题2', ex = '44' WHERE id = 2
    - UPDATE case_test SET title = '标题3', ex = '55' WHERE id = 3
  #请求参数较多,这里就使用原始字典格式,除了提取表达式,其他的都带上引号,预防出错,random_time()随机函数使用
  data:
    {
      "id":$.id,
      "projectNo": "320SF000206004",
      "name":$.name,
      "time": random_time(),
      "str": random_str(6),
      "int": random_number(5),
      # 请求参数sql为有返回值查询
      "sql": sql-SELECT title FROM case_test where id=2
    }
  #参数类型 json 或者 form表单
  data_type: json
  #从接口返回结果提取哪些字段和提取表达式,比如从返回数据提取用户id和name
  extract_key:
    id: $.id
    name: $.name
  #断言表达式
  # 除了数字类型比较,其他的字符或者表达式全部带上引号,表达式必须要写在后面(必须按照格式来)
  # 断言sql为有返回值查询
  assert_expression:
    #判断响应码是否和预期一致
    code: 200
    #判断预期值是否在返回值里面(用值是否在接口返回的内容里面判断)
    body: 内容包含
    #判断json提取值是否和预期一致(用键和值比较等于,大于小于或者in判断)
    json:
      {"ig" : ">$.ig","rng" : "==$.rng","edg" : "<$.edg",'1':'in$.ig'}
    #判断sql查询值是否和预期一致(用键和值作判断,规则和上面一致)
    sql:
      {'1':">sql-SELECT title FROM case_test where id=2",'2':"==sql-SELECT title FROM case_test where id=2"}

二、配置哪些字段需要字符化

‘headers’,‘data’,'assert_expression’这三个字段是需要参数依赖的,要让它们被读取处理时先转成字符格式,方便后续使用.replace()替换方法,替换完后使用eval()方法去除字符恢复原来的格式
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第3张图片

三、用例读出

yaml读出方法基本和第二版无改动
文件目录排除做了一些修改,增加了一个raw_case_path用例所属文件夹的配置
用例读取的方法进行了重构
增加了把用例的某些字段字符化的处理,用例的格式也变成了列表嵌套字典的格式

2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第4张图片

#!/usr/bin/env python
# -*- coding: utf-8 -*-
'''
@time    : 2022/9/5 
@Author  : LL
@File    : read_file.py
'''
import os
from pathlib import Path
from config.config import exclude_file,exclude_dir,raw_case_path,str_zd
import yaml


class ReadFile:
    # D:\python2022\yaml_pytest_drf_vue/
    project_directory = str(Path(__file__).parent.parent) + '/'

    @classmethod
    def read_yaml(cls, path):
        '''读取yaml文件,以字典格式返回{'用例标题':{'path':'/test','data':{'id':1}}}'''
        try:
            path = cls.project_directory + path
            file = open(path, 'r', encoding='utf-8')
            with file as doc:
                content = yaml.load(doc, Loader=yaml.Loader)
                return content
        except Exception as e:
            # logger.error(f'读取{path}文件出错:{e},检查文件内容格式是否错误')
            print(f'读取{path}文件出错:{e},检查文件内容格式是否错误')

    @classmethod
    def file_execute_list(cls, exclude_file=exclude_file, exclude_dir=exclude_dir,raw_case_path=raw_case_path):
        '''
        :param exclude_dir: 要排除的目录(二级目录)
        :param exclude_file: 要排除的文件(case目录下所有文件)
        :param raw_case_path: 用例原始文件总目录
        :return: 获取case下的所有用例文件列表,最多支持二级目录,通用排除文件返回最终要执行的用例文件
        '''
        file_list = []
        case_path = cls.project_directory + raw_case_path
        # case目录下的所有文件
        for filename in os.listdir(case_path):
            if 'yaml' in filename:
                # 要储存为case开头的目录,方便读取用例使用
                file_list.append(raw_case_path + filename)
            else:
                # 遍历case下面的二级目录
                for i in os.listdir(case_path + '/' + filename):
                    # 检查这个二级目录是否需要被排除
                    if filename in exclude_dir:
                        continue
                    # 要储存为case开头的目录,方便读取用例使用,这是二级目录得把二级目录拼接上
                    file_list.append(raw_case_path + filename + '/' + i)
        # 文件列表不为空的话一个一个的排除掉这些文件
        if exclude_file != []:
            for i in exclude_file:
                file_list.remove(i)
        return file_list

    @classmethod
    def read_case(cls):
        '''最终返回列表嵌套字段的用例格式'''
        #读取用例要执行的列表
        path_list = cls.file_execute_list()
        case_list=[]
        for i in path_list:
            #i就是单yaml文件路径,然后读出来放到用例列表里面
            case=cls.read_yaml(i)
            # print(case)
            for k,v in case.items():
                #由于yaml是以用例标题为键,直接赋予名字,然后把标题加到主体里面去
                case_title=k
                case_body=v
                #这里面有需要字符化的字段,字典,列表等全部转成字符串
                # data_d = type(case_body['data'])
                # print(f'测试下数据是不是转化成功-转换后类型{data_d}')
                for str_z in str_zd:
                    try:
                        case_body[str_z]=str(case_body[str_z])
                    except KeyError as e:
                        print(f'用例无字段{e}')
                case_body.update({'case_title':case_title})
                # data_s=type(case_body['data'])
                # print(f'测试下数据是不是转化成功-转换后类型{data_s}')
                #判断用例是否需要运行
                if case_body['is_run']==True:
                    #最后把case_body加入到case_list里面
                    case_list.append(case_body)
        return case_list



if __name__ == '__main__':
    case = ReadFile.read_yaml('raw_case_file/test.yaml')
    # print(type(str(case['用例标题']['data'])))
    # print((str(case['用例标题']['data'])))
    print(ReadFile.file_execute_list())
    ReadFile.read_case()

四、requests二次封装

对比第二版的requests二次封装进行了重构,添加支持get请求传参,支持form表格和json传参,增加put和delete方法
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第5张图片

五、pytest基本使用配置

pytest运行命令,详细展示运行详情,生成报告数据到./report/data目录

addopts = -vs --alluredir ./report/data

设置要运行用例文件的路径,我这里就一个文件,指定个目录就行

testpaths = case_run

2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第6张图片
简单的一个主方法,可以看到控制台打印出了三条用例数据,把从yaml文件里面读取的用例使用parametrize参数化
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第7张图片

六、参数提取和替换

参数替换:相比于第二代重构了这个方法,替换是先把要替换的数据字符化,然后通过正则查找到需要替换的数据,然后去参数池里面取到,替换到原数据中,最后解除字符化,变为原来的格式
参数提取:把提取表达式转化为具体的值,把提取的值保存到参数池里面

#!/usr/bin/env python
# -*- coding: utf-8 -*-
'''
参数替换使用正则表达式,参数池格式为${},函数格式为f{},提取使用jsonpath
'''
from jsonpath import jsonpath
import re

class ParameterSetting:
    # 参数池
    access_value = {}

    @classmethod
    def data_is_replace(cls, data):
        '''
        :param data: 请求参数data和提取参数extract_key
        :return: 请求参数是否需要被替换
        '''
        if data is None:
            return False
        for k, v in data.items():
            if '&{' in v or 'f{' in v:
                return True
        return False

    # 基于jsonpath表达式提取
    @classmethod
    def extract(cls, api_response: dict, extract_key: dict):
        '''
        :param api_response: 接口返回值 例:{'code':200,'content':{'bill':'ys123456'}}
        :param extract_key:  提取表达式 例:{'bill': '$.content.bill'}
        '''

        extract_value = {}
        # 把提取表达式转化为具体的值 例:{'bill': 'ys123456'}
        for k, v in extract_key.items():
            extract_value[k] = jsonpath(api_response, v)[0]
        # 把提取的值保存到参数池里面
        for k, v in extract_value.items():
            cls.access_value[k] = v

    # 基于正则表达式替换
    @classmethod
    def replaces(cls, data: str):
        #这里${}是要从参数池里面读取的并且替换的数据
        replace_json_list = re.findall('\${(.*?)}', data)
        replace_f_list = re.findall('\f{(.*?)}', data)
        if len(replace_json_list)>0:
            #把要替换的值变成jsonpath表达式,从参数池里面读取,然后替换
            for i in replace_json_list:
                #i就是${}里面的值,'$.'+i把它拼接成jsonpath表达式
                print(i)
                #jsonpath(cls.access_value,'$.'+i)[0]就是从参数池里面取出的值
                print(jsonpath(cls.access_value,'$.'+i)[0])
                #f'${"{"+i+"}"}'就是要被替换的值 例${cc},这里有语法冲突,我使用字符拼接了
                data=data.replace(f'${"{"+i+"}"}',jsonpath(cls.access_value,'$.'+i)[0])
        return eval(data)



#方法测试
if __name__ == '__main__':
    print(f'提取前参数池{ParameterSetting.access_value}')
    api_response={'code':200,'content':{'bill':'ys123456','aa':'aa的值'},'bb':'bb的值','cc':'cc的值'}
    extract_key={'bill': '$.content.bill','bb':'$.bb','cc':'$.cc','aa':'$.content.aa'}
    ParameterSetting.extract(api_response,extract_key)
    print(f'提取后参数池{ParameterSetting.access_value}')
    data={
        's':'${aa}',
        'v':['${bb}','${cc}']
    }
    print(ParameterSetting.replaces(str(data)))
    print(type(ParameterSetting.replaces(str(data))))

测试
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第8张图片

问题:yaml格式错误

修改用例模板,这个格式会报错
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第9张图片
解决方案直接加引号,直接在这里就把他字符化,不用外面再去字符化了,headers和assert_expression里面的json也这样处理,注意了,里面的引号就得是双引号了

2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第10张图片
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第11张图片
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第12张图片
那之前设置的字符化配置就失去意义了,先不动,有影响在改

七、新的用例模板

#用例(名称)标题,需要参数依赖的全部设置字符格式,后期解析成字典列表等格式
用例标题0:
  #接口地址,也支持参数依赖
  path: /test/{id}
  #请求方法
  method: post
  #有值就用这个,没用就使用默认配置的,有header里面使用参数依赖的场景
  headers: '{"token":"${token}"}'
  # 是否运行
  is_run: True
  # 前置sql:sql有2大类,一个是查询有返回值,一个是增删改无返回值,前置sql为无返回值类型
  #  precondition_sql:
  #    - UPDATE case_test SET title = '标题2', ex = '44' WHERE id = 2
  #    - UPDATE case_test SET title = '标题3', ex = '55' WHERE id = 3
  #请求参数较多,这里就使用原始字典格式,除了提取表达式,其他的都带上引号,预防出错,random_time()随机函数使用
  data:
    '
    {
          "id":${id},
          "projectNo": "320SF000206004",
          "name": ${name},
          "time": random_time(),
          "str": random_str(6),
          "int": random_number(5),
          # 请求参数sql为有返回值查询
          "sql": sql-SELECT title FROM case_test where id=2
        }
    '
  #参数类型 json 或者 form表单
  data_type: json
  #从接口返回结果提取哪些字段和提取表达式,比如从返回数据提取用户id和name
  extract_key:
    id: $.id
    name: $.name
  #断言表达式
  # 除了数字类型比较,其他的字符或者表达式全部带上引号,表达式必须要写在后面(必须按照格式来)
  # 断言sql为有返回值查询
  assert_expression:
    #判断响应码是否和预期一致
    code: 200
    #判断预期值是否在返回值里面(用值是否在接口返回的内容里面判断)
    body: 内容包含
    #判断json提取值是否和预期一致(用键和值比较等于,大于小于或者in判断)
    json:
      '{"ig": ${name},"rng": ${name},"edg": "${name}"}'
    #判断sql查询值是否和预期一致(用键和值作判断,规则和上面一致)
#    sql:
#      {'1':">sql-SELECT title FROM case_test where id=2",'2':"==sql-SELECT title FROM case_test where id=2"}

八、断言处理

和第二版相比除了类名其他全部不同
通过接口返回先获取到响应码,响应json信息,响应文本信息
断言code判断是否相等就行,断言body判断内容是否在返回文本里面就行
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第13张图片
这里要修改下之前的requests方法,之前这个都是固定返回json,现在返回整个对象信息,使用时要自行携带token
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第14张图片
json断言处理
这里也需要用到之前的正则提取,之前参数替换是用正则在参数池里面找数据,在断言这里就是在接口的返回参数里面找数据
我把方法优化了一下,把通用的地方提取了出来
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第15张图片
之前的方法改成了这样
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第16张图片
json断言写完,等待测试
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第17张图片

九、组装请求,参数替换和断言

导包
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第18张图片
启动下mock接口
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第19张图片
在请求时想到,如果不需要依赖的参数在读出的headers和data等信息是字符格式的,这样请求requests就会报错 增加下字符转化,以防万一,这个url组成先改掉,后续加上配置后在改回来
在这里插入图片描述
组装完成,感觉会有很多报错
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第20张图片

十、开始运行和排坑(重要,内容很多)

以前只在这里判断了的请求参数是否需要依赖,我现在是判断所有的用例数据是否需要依赖
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第21张图片
直接重构,使用字符格式判断
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第22张图片
看请求信息
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第23张图片

问题: 参数位置颠倒

到这来来发现位置被调换了,data和headers的信息
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第24张图片

我把data调整到headers前面再测试
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第25张图片
每填就是None,判断这里改下,返回成功
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第26张图片
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第27张图片

问题: 提前使用json()方法

这里报错,因为我提前使用了json()方法,导致没有status_code属性而报错
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第28张图片
删除下,把断点换个地方
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第29张图片
可以看到这个对象的三个属性值
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第30张图片

问题: 无效的转义

无效的转义,之前单独测试没啥问题,现在加个r原生字符re.findall(r’${(.*?)}', data)就好了
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第31张图片
这里开始三个字段进行了字符化处理,导致这里字符格式使用了列表格式的索引方法,把之前那个断言字段的字符化去掉
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第32张图片
json断言信息就传进来了
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第33张图片
正则未提取到值
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第34张图片

问题: 用例格式写错

格式写错了
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第35张图片
现在就有了

2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第36张图片
这里k和v是不等的,断言就失败了
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第37张图片
修改下用例,让断言通过
在这里插入图片描述
get不带参数的用例运行通过,但是还没有提取参数
在这里插入图片描述

问题: 之前的判断是否需要提取方法无法使用

写一个判断是否需要提取的方法,之前那个不能用了
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第38张图片
使用和测试
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第39张图片

问题:替换判断字符写错

使用post请求,参数替换,这里忘记改了,导致参数没有替换2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第40张图片
参数替换把断言里面的也给替换了,需要区分一下,断言的参数是在接口返回里面拿的,我直接在这里先把断言部分数据删除掉
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第41张图片
是否需要替换参数也需要改下
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第42张图片

这里要接一下,不然参数就没有替换成功了
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第43张图片

问题:requests封装有误

这里发现我虽然在用例里面写的post,但是还是用的get,这个方法这样写有问题,得改下
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第44张图片
修改后

2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第45张图片

十一、请求基本信息配置

对于用例里面的header信息采用追加的方式加入到这里,然后发起请求

2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第46张图片
信息全读出来
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第47张图片
增加一个配置信息,配置当前测试的环境
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第48张图片
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第49张图片
最后把信息返回出去
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第50张图片
在requests里面调用和处理
2022/9/5开始第三版接口自动化(yaml用例)测试框架(记录搭建过程)_第51张图片

你可能感兴趣的:(自动化测试,自动化,python)