最全扩展pytest接口自动化框架-MS数据解析功能_metersphere和pytest，2024年最新软件测试春招实习面试经验汇总

最新推荐文章于 2024-10-03 18:39:43 发布

2401_84561579

最新推荐文章于 2024-10-03 18:39:43 发布

阅读量285

点赞数 4

分类专栏：程序员文章标签：单元测试功能测试学习

本文链接：https://blog.csdn.net/2401_84561579/article/details/138703062

版权

程序员专栏收录该内容

191 篇文章 0 订阅

订阅专栏

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

- api_name: callback_rooms
  case_name: $ddt{case_name}
  content_type: application/json
  parameterize:
  - - case_name
    - 字段1
    - 字段2
    - 字段3
  - - 常规用例
    - oU
    - 70
    - 79
  request:
    base_url: url...
    headers: null
    json:
      root:
        字段1: $ddt{字段1}
        字段2: $ddt{字段2}
        字段3: $ddt{字段3}
    method: POST
    url: /xxx/xxx
  validata:
  - contains: 200

得到MeterSphere数据并做解析

# 得到MeterSphere数据并做解析
def get_ms_data(filename):
    """
        get_data: 数据源
        apis: 接口清单
        get_params: get请求参数
        api_name: 接口名称
        method: 请求方式
        get_apis: get接口
    :return:拼接好的数据集
    """
    # 所有接口的字典数据集合
    apis = {}
    # 获取ms文件流
    with open(filename, "r", encoding="utf-8") as f:
        request_params = json.load(f)
    # 解析参数.判断接口是什么请求
    for i in request_params["data"]:
        get_data = i
        path = get_data["path"]
        api_name = str(path).split("/")
        if len(api_name) > 1:
            api_name = api_name[-2] + "_" + api_name[-1]
        else:
            api_name = api_name[-1]
        method = get_data["method"]
        get_apis = {
            path: {
                "api_name": api_name,
                "method": method,
                "content_type": "application/json"
            }

        }
        if method.lower() in ["get", "put", "delete"]:
            # 如果是get请求.调用解析get参数
            try:
              # 调用生成params参数
                get_params = get_arguments(json.loads(get_data["request"])["arguments"])
                get_apis[path].update(get_params)
                apis.update(get_apis)
            except Exception as e:
                print_log(Exception(e))
        else:
            try:
                # 兼容post接口中的请求参数是parasm类型
                if "arguments" in get_data["request"] and "jsonSchema" not in json.loads(get_data["request"])["body"]:
                  # 调用生成params参数
                    get_params = get_arguments(json.loads(get_data["request"])["arguments"])
                    get_apis[path].update(get_params)
                    get_apis[path]["content_type"] = "application/text"
                    apis.update(get_apis)
                else:
                  # 兼容post是jsonSchema对象的参数类型
                    if "jsonSchema" in json.loads(get_data["request"])["body"]:
                        try:
                            global NODE
                            NODE = True
                            post_params = deal_with_data(
                                data=json.loads(get_data["request"])["body"]["jsonSchema"],
                                required_list=json.loads(get_data["request"])["body"]["jsonSchema"][
                                    "required"])
                            get_apis[path].update(post_params)
                            apis.update(get_apis)
                        except KeyError:
                            post_params = deal_with_data(
                                data=json.loads(get_data["request"])["body"]["jsonSchema"])
                            get_apis[path].update(post_params)
                            apis.update(get_apis)
                    else:
                        print("测试")
                        # 后续迭代
                        ...

            except Exception as e:
                print_log(Exception(e))
                raise Exception(e)
    return apis

这个函数我把它构想成一个经理，接到需求后，根据每个人的职责不同，分给所对应的人。然后接收这些手下的工作反馈，把这些反馈组装成报告。

在编写过程中，只是一股脑的想把这件事做完。忽略了定义函数时需要遵循的单一职责原则（SRP原则，在python工匠中提到，每个函数应该遵循单一职责。这样方便后期维护）。上面这个函数，即做了类型判断的工作，也做了数据拼接、分配给指定函数的工作。这样如果要修改某一个职责的话。这个函数就需要做好整体维护的准备。基于此大家在编写函数的时候，也尽可能保证函数的单一职责。