如果你有多个环境，或者频繁需要启用一个临时环境时，用 docker 维护起来方便很多，也更容易确保环境配置的一致性。docker 本身的一个目标是开发、测试、生产都采用相同的配置，减少因为环境差异（如服务版本、系统版本等）引起的问题和风险。

如果是固定环境，或者环境数量少，我觉得差异不大。开箱即用这个特性用到的频率并不高。

从你的情况看，如果 tomcat 的配置不常改，而且两个环境每次上线是按顺序使用的（如用完第一个肯定会用第二个，固定顺序），那么用不用 docker 差异不会太大。但如果两个环境是相互独立，每次上线只会用其中一个，建议用 docker 便于确保两个环境的一致性，否则后面某个环境版本滞后，要升级到最新版会很痛苦。。。

谢谢反馈，已收到。这个是 css 响应式布局参数设置的问题，我们会尽快处理。

非常前沿的见闻，加精让更多人可以看到和了解到。

iOS 真机和模拟器用的包是不通用的。Object-C 或者 swift 都没有像 java 那样的跨平台特性。

如果是纯黑盒，个人偏向于第二种，实际上可以覆盖的场景比你想象的全。

至于数据量和线上差异很大这个问题，建议当做是另一个问题来解决。甚至可以考虑申请线上数据来作为你的测试数据源，确认数据量大时的表现。

相信只要你有心去找，总能找到一些错误信息的。

据我所知，windows 系统里面应用崩溃都会有日志记录，里面会给到你一些便于定位问题和用搜索引擎寻找答案的线索。

很赞的功能!

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 的列表。