eval
json.dumps

路径：/report/views.py

路径：auto_ui/home/static/build/js/custom.js

很细心的一个小伙子，其实是 django 里面写了个接口，然后用 js 去调这个接口拿数据，然后再由 js 去渲染的

应该不是

数据量不大的时候是用不着这个缓存的，注释不影响哈

那不就对了嘛，用哪个不都是一样，纠结啥

我问楼主一个问题：127.0.0.1 和本机的 ip 有啥区别？

直接 id 寻找确定不就好了？

兄 die，这个不好说了，你自己应该知道要多久的，我又不知道你技术功底和思路什么，没法说

想测试 django 有没有加载模板文件，只要把模板路径打出来，如果能响应就加载成功了

这个和 bootstrap3 没半毛钱关系，django 的模板语法有问题，自己再去看看语法

你调试一下，y 的值应该是 nulll，才报这个错，看看是不是没读到这个配置文件

# config_auto_ui.yaml
---
db:
ip: localhost
port: 3306
table: auto_ui
uname: root
passwd: 123456

这个配置文件的名字注意一下，和这里面的一样

日志截全一点，关键的没截取到，根目录就是你 clone 项目进去的目录

wenxianpingdeMacBook-Pro:auto_ui wenxianping$ ls
README.md       manage.py       setting
auto_ui         report          uml
home            requirements.txt

还在用 2 的人瑟瑟发抖，python3 应该也可，里面没啥语法冲突的

那接口数据举例子吧，比如有串接口 a,d,b，假设对应的时长为 1，2，3，那么存入的 json 格式就是{"a":1, "b":2,"c":3}

测试报告统一放到一个平台感觉还是有必要的，便于展示，能直观部门的绩效和成果，以及所有的问题统计（包括脚本的稳定性），目前我们还只有 ui 和 interface 的，后续考虑会将我厂的代码构建和 sonar 一起集成进来

已经更新对接方法

嗯，已经是平台化了，这个开源了一部分

目前只上了一个测试报告版块，其他的版块有还没有剥离敏感功能，过段时间会开源，和 HTMLTestRunner 区别是这个是可追溯，有历史数据，可扩展性强。

已全部修改了好了

id 点击时间长这个看起来和改 find_elements_by_android_uiautomator 没直接的关联哦，你看看是不是别的问题引起的

RF 没用过，不怎么了解，可以去看看 RF 里面对应的 find_element_by_android_uiautomator 是那个

find_element_by_android_uiautomator 楼主试试这个，可以完全代替 name 定位哦

看了楼主的思路，感觉还是非常不错的，给贵厂点个赞
有几个问题:
1、能说贵厂数据管理的思路是啥样的？
2、android 版本运行起来如果 ui2 有没有出现不稳定的情况，如果和我一样出现了，可否提供解决思路呢？
提供一点建议：
分布式执行去全量 case 时间还是一样久，可以试着全量 case 随机分配到机器分布式执行，最后结果统一，这样 case 跑起来会快的多

ui2 应该是可以跨进程的，楼主可以试试最新版本的 appium