• 扩展pytest接口自动化框架-MS数据解析功能


    【软件测试行业现状】2023年了你还敢学软件测试?未来已寄..测试人该何去何从?【自动化测试、测试开发、性能测试】

    开篇
    MeterSphere的数据源通过html页面上传后,需要将请求方式进行拆分。

    get接口的参数,常以params的方式进行传参,也就是在url后带上参数。

    post接口一般是以json字符串的形式传参,也有params方式进行传参的。而在MeterSphere里面,post可以使用它所自带的jsonSchema的界面功能来定义参数,也就是key-value的方式。也可以手写json。这里我们以jsonSchema的方式进行解析。

    基于这两种类型的接口(put、delete接口也遵循get接口)来做分支。get接口走get接口参数的生成方法。post同理。

    沿着这个思路,就开始着手准备自动化脚本逆向用例生成的第一个函数。

    思路梳理
    首先确定我们所想要的用例模板以及我们要解析的数据结构。我将两个数据结构的示例都列在了下面。
    明确了目标,最先要做的,就是获取数据流
    获取到数据流后,判断接口请求的类型
    根据请求类型,将数据流分成不同的分支,然后发给所对应的生成参数的方法。
    最后将这些参数拼接成我们想要的用例模板
    下例为MeterSphere的json格式示例

    1. {
    2. "projectName": "",
    3. "protocol": "HTTP",
    4. "projectId": ",
    5. "version": "v1.20.6-lts-1e3d1547",
    6. "data": [
    7. {
    8. "id": "",
    9. "projectId": "",
    10. "name": "测试",
    11. "method": "POST",
    12. "modulePath": "/path1/path2/...",
    13. "environmentId": null,
    14. "schedule": null,
    15. "status": "Underway",
    16. "moduleId": "",
    17. "userId": "admin",
    18. "createTime": 1655860767171,
    19. "updateTime": 1655860767171,
    20. "protocol": "HTTP",
    21. "path": "/api/v1/pub/stop",
    22. "num": 100666,
    23. "tags": null,
    24. "originalState": null,
    25. "createUser": "Administrator",
    26. "caseTotal": "0",
    27. "caseStatus": "-",
    28. "casePassingRate": "-",
    29. "deleteTime": null,
    30. "deleteUserId": null,
    31. "order": 3155000,
    32. "refId": "08f6bde7-c906-459d-8a9b-95632bbeb5ee",
    33. "versionId": "989beb9c-ebc8-45d3-8a80-967b06f2d192",
    34. "latest": true,
    35. "description": null,
    36. "request": "{name:ss,canshu:111}",
    37. "response": "respone",
    38. "remark": null
    39. }
    40. ],
    41. "cases": [],
    42. "mocks": [],
    43. }

    下例为最后解析成的用例样式

    1. - api_name: callback_rooms
    2. case_name: $ddt{case_name}
    3. content_type: application/json
    4. parameterize:
    5. - - case_name
    6. - 字段1
    7. - 字段2
    8. - 字段3
    9. - - 常规用例
    10. - oU
    11. - 70
    12. - 79
    13. request:
    14. base_url: url...
    15. headers: null
    16. json:
    17. root:
    18. 字段1: $ddt{字段1}
    19. 字段2: $ddt{字段2}
    20. 字段3: $ddt{字段3}
    21. method: POST
    22. url: /xxx/xxx
    23. validata:
    24. - contains: 200

    得到MeterSphere数据并做解析

    1. # 得到MeterSphere数据并做解析
    2. def get_ms_data(filename):
    3. """
    4. get_data: 数据源
    5. apis: 接口清单
    6. get_params: get请求参数
    7. api_name: 接口名称
    8. method: 请求方式
    9. get_apis: get接口
    10. :return:拼接好的数据集
    11. """
    12. # 所有接口的字典数据集合
    13. apis = {}
    14. # 获取ms文件流
    15. with open(filename, "r", encoding="utf-8") as f:
    16. request_params = json.load(f)
    17. # 解析参数.判断接口是什么请求
    18. for i in request_params["data"]:
    19. get_data = i
    20. path = get_data["path"]
    21. api_name = str(path).split("/")
    22. if len(api_name) > 1:
    23. api_name = api_name[-2] + "_" + api_name[-1]
    24. else:
    25. api_name = api_name[-1]
    26. method = get_data["method"]
    27. get_apis = {
    28. path: {
    29. "api_name": api_name,
    30. "method": method,
    31. "content_type": "application/json"
    32. }
    33. }
    34. if method.lower() in ["get", "put", "delete"]:
    35. # 如果是get请求.调用解析get参数
    36. try:
    37. # 调用生成params参数
    38. get_params = get_arguments(json.loads(get_data["request"])["arguments"])
    39. get_apis[path].update(get_params)
    40. apis.update(get_apis)
    41. except Exception as e:
    42. print_log(Exception(e))
    43. else:
    44. try:
    45. # 兼容post接口中的请求参数是parasm类型
    46. if "arguments" in get_data["request"] and "jsonSchema" not in json.loads(get_data["request"])["body"]:
    47. # 调用生成params参数
    48. get_params = get_arguments(json.loads(get_data["request"])["arguments"])
    49. get_apis[path].update(get_params)
    50. get_apis[path]["content_type"] = "application/text"
    51. apis.update(get_apis)
    52. else:
    53. # 兼容post是jsonSchema对象的参数类型
    54. if "jsonSchema" in json.loads(get_data["request"])["body"]:
    55. try:
    56. global NODE
    57. NODE = True
    58. post_params = deal_with_data(
    59. data=json.loads(get_data["request"])["body"]["jsonSchema"],
    60. required_list=json.loads(get_data["request"])["body"]["jsonSchema"][
    61. "required"])
    62. get_apis[path].update(post_params)
    63. apis.update(get_apis)
    64. except KeyError:
    65. post_params = deal_with_data(
    66. data=json.loads(get_data["request"])["body"]["jsonSchema"])
    67. get_apis[path].update(post_params)
    68. apis.update(get_apis)
    69. else:
    70. print("测试")
    71. # 后续迭代
    72. ...
    73. except Exception as e:
    74. print_log(Exception(e))
    75. raise Exception(e)
    76. return apis

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

    在编写过程中,只是一股脑的想把这件事做完。忽略了定义函数时需要遵循的单一职责原则(SRP原则,在python工匠中提到,每个函数应该遵循单一职责。这样方便后期维护)。上面这个函数,即做了类型判断的工作,也做了数据拼接、分配给指定函数的工作。这样如果要修改某一个职责的话。这个函数就需要做好整体维护的准备。基于此大家在编写函数的时候,也尽可能保证函数的单一职责。
    下面是配套学习资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!

    软件测试面试小程序

    被百万人刷爆的软件测试题库!!!谁用谁知道!!!全网最全面试刷题小程序,手机就可以刷题,地铁上公交上,卷起来!

    涵盖以下这些面试题板块:

    1、软件测试基础理论 ,2、web,app,接口功能测试 ,3、网络 ,4、数据库 ,5、linux

    6、web,app,接口自动化 ,7、性能测试 ,8、编程基础,9、hr面试题 ,10、开放性测试题,11、安全测试,12、计算机基础

     

    文档获取方式:

    这份文档,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!

  • 相关阅读:
    账号管理与权限设定
    C++算法 —— 贪心(1)介绍
    Python大数据之PySpark(六)RDD的操作
    vue无感刷新
    Non-zero exit code pycharm
    算法小考试(有点难)
    logback--基础--05--配置--encoder
    【python初学者日记】Mac版在pycharm中*.py文件点击run不运行
    LINUX漏洞复现篇之ShellShock漏洞
    【大数据】Kafka 实战教程(一)
  • 原文地址:https://blog.csdn.net/qq_73332379/article/details/133170779