9-2、大型项目的接口自动化实践记录----递归判断两个json串是否相等
1、已知json串构成的情况下判断
先构造一下场景,假设已经把各个数据都移除掉不对比的字段
预期、实际结果,复杂接口返回多层嵌套json时,同下
预期、实际结果值为:{child_json1:list1,child_json2:list2}
其中list1、list2为child_json,值为:[dict1,dict2]
其中dict1、dict2为child_child_json,最底层json,无嵌套,值为:{key1:value1,key2:value2}
如果一开始就直接判断预期结果与实际结果一致,当list1、list2不一致时,会怎样呢,我们把list2做下修改,如下图
直接对他们进行判断
结果如下图,异常提示把整串的list抛出来了,当字段数多的时候,就比较难定位问题
如果对child_json这层开始判断,也是类似的,因此我们要从小的单元开始判断,即从child_child_json(即无嵌套的dict)开始判断。
1)先判断child_child_json是否一致:直接用Dictionaries Should Be Equal,就可以
假设取到了child_child_json_预、child_child_json_实,则判断如下:
PS:从上一篇,我们可以看到RF自带的Dictionaries Should Be Equal、Lists Should Be Equal在判断无嵌套的dict、list时,错误提示很清晰。
2)如果所有child_child_json相等,再判断child_json(值为list)是否相等:用Lists Should Be Equal判断。
①先分别获取两个child_json的长度,并判断是否相等
②for循环,根据下标分别获取child_child_json,1)中的方法判断所有child_child_json是否相等
③最后判断两个child_json是否相等(本例中当所有child_child_json相等时,不需要这个也行)
3)如果child_json都相等,最后再判断预期、实际结果(值为dict)是否相等:用Dictionaries Should Be Equal判断。
①先分别获取json的keys,并判断是否一致
②for循环,根据key分别获取child_json,2)中的方法判断所有child_json是否相等
③最后判断两个json是否相等
分别看一下两个值一致和不一致的执行情况,一致时如下:
值不一致时,如下图,child_json2中第一个dict的key2的value不一样:
执行结果如下,发现离错误最近的path打印,值定位了index为0,没有定位到是child_json2,还需要往前找。
我们在前面判断child_json是否相等的方法2)中,做下修改,加一个${path}的参数,用于传父path
在case这边,把${key}作为参数传入
执行结果如下图,比较清晰的说明了是child_json2/0下的值不一致
2、其他构成格式的json串
{"key1":"value1","child_json":[{"child_json_key1":"child_json_value1","child_child_json":[child_child_json_dict1,child_child_json_dict2]},child_json_dict2]}
如上的格式,第一层的key,对应的value有普通字段,也有child_json,child_json为list,child_json下又有普通字段及嵌套的child_child_json,这种情况下,1中的代码就不适用了,因此要考虑下如何兼容各种格式的json串,总不能换一个格式的json串,就写一套判断方法。
从1中的实现,可以看到,判断两个json串是否相等,我们的思路是:
①先初步判断:如果是dict,先判断他们的keys是否一致;如果是list,则先判断他们的长度是否一致
②如果json下有子json串(dict或list),找出子json串,对子json串进行判断
③重复①②,一直到最后一层json(底下没有dict或list)
④从最后一层的子json,一层一层往上进行判断,用Dictionaries Should Be Equal或Lists Should Be Equal判断是否相等。
PS:过程中加参数path,用于定位路径
写成脚本:
①类型是dict或list,走对应的初步判断
加一下方法:判断dict_json串keys是否一致、判断list_json串长度是否一致
当然,在这之前,要先获取json串是dict还是list
②获取child_json,因为child_json可能存在0~N个,因此把它存为list
加一下方法:遍历dict_json,获取child_jsons、遍历list_json,获取child_jsons
再新加下方法:类型为dict或list的,以child_json1/child_json2/path,三个为一组的格式,加进child_jsons_list(这里三个值也可以拼成list再加)
③通过for循环,一个一个对child_json进行判断
要重复①②的步骤,所以就有这么一个过程:初步判断->找子json->初步判断->找子json->初步判断->找子json……->找不到子json时进行后续的操作
有点类似于故事:从前有座山,山里有座庙,庙里有个和尚,和尚在讲故事,从前有座山,山里有座庙,庙里有个和尚,和尚在讲故事,从前有座山...
区别点在于故事是无限循环,没有结束的事件,而我们的过程有个结束的标志:找不到子json。因此我们这里可以用递归来实现。
先拿故事,来说明下递归的实现,先看下循环实现,这里只设置30次
结果如下
递归实现:先封装个方法:山、庙、和尚、故事,方法内容如下
到了和尚讲故事后,要做的事情 跟方法里的事情一样,那么可以调用方法自己
那么当用例运行方法“山、庙、和尚、故事”,会先运行1~4行,到第5行的时候,又运行方法“山、庙、和尚、故事”,又再运行1~4行,然后再运行方法“山、庙、和尚、故事”……因为没有跳出的结束标志,因此就会无限循环运行,结果如下:
PS:报错为RF设置的递归阙值,递归的方法运行次数达到阙值时就报错。
回过来看我们的json串对比③,它跟故事类似,因此我们也可以用递归的方法,区别在于要有结束的标志。
新建一个方法:判断两个json是否相等
方法前面即为前面①②实现的内容
获取到子json后,子json又重复前面的步骤,如下图在for循环下,运行方法自己:则可以一直重复①②,直到找不到子json,${child_jsons_list}为空,for循环跳过,不再运行方法自己。
④找不到子json后,开始判断当前节点的json串是否相等
方法:断言两个dict或list相等
假设最后一层jsons是json_last,那么倒二层可能是这样的[json_last1,json_last2],也有可能是{"key1":"value1","json_last":json_last}
在倒二层for循环中,运行方法”判断两个json是否相等“,把所有的json_last判断完后,则for循环执行结束,开始执行方法“断言两个dict或list相等”,即判断倒二层的json是否相等。
以此类推,会逐层往上,完整的判断整个json。
以上,实现了递归判断两个json串是否相等,里面具体的提示可以优化,也可以增加入参,对指定节点进行判断,还有这么判断非常耗时,在自动化中可以在前面先直接用should be equal来判断,不等时再执行该方法调试错误。可优化的东西比较多,这里就不一一写了。
上一篇 9-1、大型项目的接口自动化实践记录----数据库结果、JSON对比
9-2、大型项目的接口自动化实践记录----递归判断两个json串是否相等的更多相关文章
- 9-1、大型项目的接口自动化实践记录----数据库结果、JSON对比
上一篇写了如何从DB获取预期.实际结果,这一篇分别对不同情况说下怎么进行对比. PS:这部分在JSON对比中也适用. 1.结果只有一张表,只有一条数据 数据格式:因为返回的是dicts_list的格式 ...
- 8、大型项目的接口自动化实践记录----DB分别获取预期结果、实际结果
上一篇实现数据分离升级版--从DB获取数据,以及对应的请求实现,作为一个case,还缺少了预期结果与实际结果的获取及对比.因为前面的文章已经说过接口返回值的获取及对比,所以这篇不说这块了,这篇说一下D ...
- 3、大型项目的接口自动化实践记录----开放API练习
开始做实际项目前,先拿个网上的简单API练下手 一.API说明: 接口信息 接口名:京东获取单个商品价格 地址:http://p.3.cn/prices/mgets 入参:skuids=J_商品ID& ...
- 2、大型项目的接口自动化实践记录--接口测试简介及RequestsLibrary关键字简介
1.接口测试简介 1)先简单介绍下接口测试,那么什么是接口测试呢? 百科的回答:接口测试是测试系统组件间接口的一种测试.接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点. 看起来有 ...
- 1、大型项目的接口自动化实践记录--robotframework环境搭建
因为人力.团队技术问题,选用robotframework来做自动化,首先说下环境搭建 齐涛道长的入门教程非常棒:http://blog.csdn.net/tulituqi/article/detail ...
- 接口自动化平台搭建(二),搭建django项目与接口自动化平台的由来与功能特征
1.创建django项目 a.使用命令创建,安装完django之后就有django-admin命令了,执行命令创建即可,命令如下: django-admin startproject my_djang ...
- python入门以及接口自动化实践
一.Python入门必备基础语法# 标识符:python中我们自己命名的都是标识符# 项目名 包名 模块名# 变量名 函数名 类名# 1:字母 下划线 数字组成 命名的时候不能以数字开头# 2:见名知 ...
- 19 | 真实的战场:如何在大型项目中设计GUI自动化测试策略
- python+pytest接口自动化(16)-接口自动化项目中日志的使用 (使用loguru模块)
通过上篇文章日志管理模块loguru简介,我们已经知道了loguru日志记录模块的简单使用.在自动化测试项目中,一般都需要通过记录日志的方式来确定项目运行的状态及结果,以方便定位问题. 这篇文章我们使 ...
随机推荐
- Django迁移数据库报错
Django迁移数据库报错 table "xxx" already exists错误 django在migrate时报错django migrate error: table 'x ...
- ubuntu16.04基本设置
1. ubuntu16.04开启ssh https://jingyan.baidu.com/article/f54ae2fc6f9eef1e93b8497a.html 2. windows 远程桌面连 ...
- 将GMap封装为Activex供QT使用(工具:VS2017,QT5.12) 更新部署到其它电脑
由于一开始定的开发平台在QT下,到后面要加入地图控件.qt里本身带有地图qmap(在qt的官方案例中可以找到,用qml做的),但只有固定的几个地图源,要做google或者bing地图,时间和人力不允许 ...
- JBuss--为所有JFinal开发者提供二次开发的后台管理系统
百度搜索:JBuss 或jfinal.com官网https://www.jfinal.com/share/1704 JBuss背景: 2018年6月1日,作者“为道日损”从上海一家xxx公司离职,那时 ...
- MagicBook屏幕频闪解决方案(Windows、MacOS)
对于已经看到这篇文章的小伙伴们,就不解释何为PWM调光频闪了. MagicBook笔记本性价比高,但屏幕素质确实很一般,我们人眼看不出来的频闪,实际对眼睛损害很大,如图(需要设置快门参数,如1/400 ...
- java虚拟机-GC-GC算法
在C/C++中是由程序员自己去申请.管理和释放内存的,因此没有GC的概念.而在Java中,专门有一个用于垃圾回收的后台线程来进行监控.扫描,自动将一些无用的内存进行释放.下面介绍几种常见的GC算法. ...
- 并发编程-concurrent指南-Lock-可重入锁(ReentrantLock)
可重入和不可重入的概念是这样的:当一个线程获得了当前实例的锁,并进入方法A,这个线程在没有释放这把锁的时候,能否再次进入方法A呢? 可重入锁:可以再次进入方法A,就是说在释放锁前此线程可以再次进入方法 ...
- POJ 2175:Evacuation Plan(费用流消圈算法)***
http://poj.org/problem?id=2175 题意:有n个楼,m个防空洞,每个楼有一个坐标和一个人数B,每个防空洞有一个坐标和容纳量C,从楼到防空洞需要的时间是其曼哈顿距离+1,现在给 ...
- Ural 2064:Caterpillars(思维暴力)
http://acm.timus.ru/problem.aspx?space=1&num=2064 题意:有n只虫子在爬树,每个虫子往上爬ti距离后会往下掉落ti距离,每爬一个单位距离耗费一个 ...
- Mysql中varchar和char区别
一.varchar和char的区别: 区别一:定长和变长 char表示定长.长度固定,varchanr表示变长,即长度可变. 即char类型是规定多少字长则必须存储多少字长,超过的长度的字段则只能截取 ...