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来判断,不等时再执行该方法调试错误。可优化的东西比较多,这里就不一一写了。
作者:慢慢走的测试
出处:https://www.cnblogs.com/walkingtester/
交流群:636090586(备注博客园)
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
如果喜欢我的文章,请关注我的公众号