反思:
1 解决 问题的思路 绕远了:
在这个问题出现前,程序是运行正确 的
问题出现前,我误删了DB 的 testcase表的所有 case ,然后 再把邮件 中的excel数据导入到 DB
然后 所有 选 房卡(查改删)的case就跑不通了(有关联的case)
查原因:增加选房卡是可以 执行的,但是没有 correlation的数据源有问题,导致程序没有正确的找到cardid字段,所以后面依赖cardid的 查改删 接口就都 不能跑通了
所以正确解决 问题的思路 应该 是:1.程序没有 变,更新数据后,突然就跑不通了,应该 先检查数据源是否出现 了异常(简化程序,只保留与源数据相关的代码 ),而不是怀疑程序出bug了,进入随机调试模式 很恐怖
要改进的:
这次事情的起因 是 tester要更新case,先删除她以前的case,再重新导入新的case(因为有重复的),但是不小心把所有 的case都删除 了,反思自己不能直接操作数据
应该给tester开放权限 ,首先先在测试库测试 通过自己的case,然后再把case导入到数据库
另外应该 有一个页面对case进行批量增删改查,而不应该 是直接 用sql语句 操作数据库,误操作风险太大
这个问题 我用了将近5个小时解决 。3个小时去排查定位问题,2个小时修复数据 。如果有对case批量增删改查的页面,我就可以 解放我自己,让tester们自己操作case,我只负责逻辑 ,而不用再去维护 case
遇到一个坑,还没想明白 是怎么回事
坑:为什么从DB(正确 ${cardid}=[data][cardid]')导出到EXCEL,再把EXCLE的数据导入到DB(错误 ["['${cardid}=[data][cardid]']"]
),数据的格式 就错了呢
怎么这个问题反反复复的出现呢(原来是数据源的问题,是数据源反反复复出问题了啊)
重新上传excel后,数据源发生错误 了
["['${cardid}=[data][cardid]']"] #错误 ['${cardid}=[data][cardid]']#正确
调试技巧:代码也没有改,只是更新了数据 ,程序就出错了,很明显不应该 检查 程序,而应该先从数据源检查起啊
调试代码
简化程序,只保留能复现bug的最小代码
打印每1个变量的值
大的表达式拆分为小的表达式
1 import re 2 3 resp = { 4 "status": "200", 5 "msg": "OK", 6 "isPC": 1, 7 "data": { 8 "falg": 1, 9 "cardid": 150288, 10 "count": 0, 11 "msg": "保存选房卡条件数据成功!" 12 } 13 } 14 15 correlationDict={} 16 ["['${cardid}=[data][cardid]']"] #数据源错了 17 ['${cardid}=[data][cardid]']#正确的数据应该 是没有 外面一层[]的 18 correlation=['${cardid}=[data][cardid]'] 19 n = len(correlation)# n = 1 20 for j in range(len(correlation)): 21 param = correlation[j].split("=") 22 if len(param) == 2: 23 if param[1] == "" or not re.search(r'^\[', param[1]) or not re.search(r'\]', param[1]): 24 continue 25 value = resp 26 27 for key in param[1][1:-1].split("]["): 28 try: 29 temp = value[int(key)] 30 except: 31 try: 32 temp = value[key] 33 except: 34 break 35 value = temp 36 correlationDict[param[0]] = value 37 print("value%s"%value) 38 print(correlationDict)
坑:为什么从DB(正确 ${cardid}=[data][cardid]')导出到EXCEL,再把EXCLE的数据导入到DB(错误 ["['${cardid}=[data][cardid]']"]
),数据的格式 就错了呢
这中间发生了什么呢?