weixin_46202430的博客

问题1： 执行python manage.py migrate用来生成数据库表结构 时报错 解决方法：执行 python manage.py migrate ApiManager --fake再执行： python manage.py migrate问题2：执行：python manage.py migrate 报错django.db.utils.OperationalError: (1071, ‘Specified key was too long; max key length is 7

如图， 我们的看好口自动化实现是用一个接口一个函数， 该接口相关用例执行都在这一个方法中。pytest 使用装饰器函数 ， 传参的get_datas（）是获取所有的用例数据（可能有10条），装饰函数在执行每一条用例时，都会调用一次test_add_函数， 这样就是10条用例，执行10次，结果如下：这样的方法 用例执行时间很长，差不多要翻倍。暂时不能考虑使用多线程执行，因为用例数据相互有影响，要如何优化？...

项目的接口自动化用例有2000条， 导致执行时间要30分钟，时间太长了， 考虑优化缩短时间。优化点：用例存储在Excel中，每执行一条 读取一条改为： 一次性读取完，然后逐条执行 （后面再考虑用数据库存放用例数据）暂时缩短8分钟左右多线程执行用robotframework 框架，执行测试是单线程考虑切换pytest 使用pytest-xdist 多线程执行，但前提是用例数据支持多线程执行 。提升效率未知...

最近在尝试使用pytest 做接口自动化测试，遇到一个问题， pytest 自带的断言 只要失败就不会再继续执行当前的测试用例了， 因为我们一个接口只有一个test 函数， 用例是维护在excel里， 执行时 逐行读取判断的， 这样就会有一个问题， 比如测试 一个加入购物车接口， 函数test_add , 该函数通过读取excel 里所有用例，可能有10条，如果第一条失败，后面9条就不再继续执行，这样不满足我们的需求，所以要尝试解决：找到一个pytest_assume 模块，使用pytest.ass

数据库反馈的数据tuple 数据带了引号变成了字符串，s=' ({"key1":"value 1" }, \r\n {"key2":"value e2"} )'print (literal_eval(s.strip()))print (type(literal_eval(s.strip())))输出结果：字符串变成了tuple类型

关于pycharm import 报错的处理项目目 录与报错信息：如图， 在interface 文件夹下 test_add 文件里，导入mycommon 模块文件时，编辑器中是报错的，但是可以运行成功。查找资料看到import时，python 会搜索要导入的模块，搜索的路径为： 1.程序主目录，2.PATHONPATH目录（如果已经进行了设置） 3.标准链接库目录 4. 任何.pth文件的目录（如果存在的话）这四个组建组合出来了sys.path。于是查看输出的sys.print 路径中是包含i