1. 对于反馈量不多，但一直时有发生的，内部环境无法重现的，方向可以考虑往线上信息收集靠拢。可以考虑加埋点日志，甚至针对这个地方进行堆栈信息回传，方便排查。
2. 如果某个机型普遍反映卡顿，且用户占比较大，别省钱了，赶紧买这个机型仔细测试吧。

我勒个去，google 了一下，里面的缩写竟然还真的能搜出点东西。。。

zizhupark = 紫竹国家高新技术产业开发区
shzizhupark = 上海紫竹国家高新技术产业开发区

表象上看，是入库时主键值重复了，导致报错

从背后看，我猜测是没有做好并发时的事务处理，两个并发同时处理一个业务，导致重复。

谢谢支持

赞~

哈哈，这个也是我们研发老大推荐我才知道的。公司内部对于新技术响应还是挺快的。

坚持每周一篇，赞！

可以看看：
https://stackoverflow.com/questions/21058230/how-to-assert-a-dict-contains-another-dict-without-assertdictcontainssubset-in-p

怎么是起哄，这段总结真的很赞嘛

总结很赞！

赞。

不过为啥会和多线程共享变量有关？

不能。需要用其它工具。

appium 只能帮你截图。

180s 可能还是有点短，我一般是 7200s 。

最近和其它公司的同学交流，有一点很感慨，大公司相比小公司，在这类基础设施建设上做得好很多，可以节省很多时间，而且降低大部分人的学习成本。

不过随着 jenkins 和开源社区的持续改进，相信这些开源软件最后会做得不输于大公司的基础平台。然后接下来就是人员和团队意识和能力提升的问题了。

现在有新手区了。

建议看下 https://testerhome.com/topics/587 。给的信息太少了，无从说起呀。

麻烦看看 https://testerhome.com/topics/587

你这么问，我无法重现问题和定位问题，当然也无法回答你。。。

只有可以 debug 的进程会显示出来。

正常应用市场下载安装的，肯定都不是 debug 包。你可以拿 android studio 写个 hello world 运行再看看 ddms 的列表。

appium 接受指令的超时时间是可以配置的，你可以查下官方文档。

最近也在熟悉中，公司的 devops 平台就是通过这个技术封装一些常用的构建方法的。

请看看 https://testerhome.com/topics/587 ，表示看不懂你的问题。。。

推荐看下：
python 学习——python 中执行 shell 命令
Shell 的两种启动方式以及环境变量的配置

另外，黄色字里面的提示可以翻译成中文看下，这是很关键的提示信息

1. 请使用 Markdown 排版
2. 建议看看 https://testerhome.com/topics/587 ，这个问题提得不够清晰，了解具体问题的成本太高了，所以能得到的回答也会大大减少。

很完整，今天朋友圈也转发了，点赞~

报表查询确实很难穷尽，但用户又会用各种你预想不到的组合进行查询。这个思路挺不错的。