我想确认下，你是怎么判断 app 进程是否在后台的？是查进程列表还是看 android 界面上历史打开过的应用列表？

花了那么多时间学习 Jmeter 生成报告，也花 10 分钟看下 markdown 语法吧？

分享内容不错，但排版不大好，代码用截图而不是 markdown 代码块也不利于阅读。

Could not find a device to launch. You requested 'iPhone 6 (9.3.5)' 这句日志已经很明确告诉你是什么问题了。

改成用 udid 试试吧。

这个是你的项目对每个用户会话有时间限制吧？

解决办法很简单，把登录和发报文连在一起做就好了。

以前遇到一个 bug ，是因为有一个控件虽然显示上隐藏了，但如果按到那个区域，还是会产生响应。而且如果刚好和另一个没有隐藏的控件同时按，会引起 app 崩溃。

当时好佩服自己竟然能发现这个问题。在一片什么都没有的地方按到这个隐藏控件，并且找到稳定触发崩溃的方法。

额，这不就是 adb shell 命令么，和 ruby 有啥关系。。。

你做成一个可执行文件放出来吧，就这一行完全跑步起来呀。

没听懂你的需求。

你是想把一些手工操作的步骤用 python 自动化？如果是，把你手工操作的步骤发出来一下？

我是小弟。。。离 “总” 还差好远

1. 不想太折腾，可以在你本机加上 jenkins slave
2. 和 jenkins 主机管理员沟通，在那台机上装 selenium
3. 脚本改下，用 selenium server ，同时自己另外部署一个 selenium server 用于实际执行自动化测试。

docker 下每个镜像之间都是可以进行网络通讯的，脚本里写好就好。

建议中间加一个 selenium hub ，方便你后续增加 appium server 。

这个不大好说。如果没人带自己练手，可以找一些简单常见的 app 作为起步，例如社区自身的 app 。

不错呀，这两天抽空搭建一下试试。

另外，如果正文能加上演示的 gif 动图会更直观哦。

这个是个好想法。

没听懂你的问题，说下你的场景是什么？

好 bug 。确实可以重现。简单看了下，点击浏览器的返回按钮，原来界面的一些本应在首次加载时不应存在的控件会被保留下来。应该是浏览器本身的后退机制引起的。

公司基本都是用 git ，所以也以 git 举例吧

# 查看变更历史，包括提交人。常用于刚部署就产生 bug 
git log

# 查看详细变更内容，定位问题
git log -p <提交 rev 号>

# 查看分支间变更历史，常用于 hotfix 产生的 bug
git log head..origin/master

今天才看到这个库，落后了。。。

取决于你的 app 吧。如果你的 app 很不稳定，且大部分界面都是乱点就可以进入的，能快速发现一些崩溃的 bug ，长时间运行的话，一些内存泄露引起的崩溃也可以找到。

如果你的 app 稳定性还不错，且大部分界面都没那么容易进入，那么起到的作用不会很明显，更多是确保下稳定性是不是保持在比较高的水平。

做 app 性能测试连源码权限都拿不到，有点寒掺呀。有源码，问题定位会方便很多。

xcode 本身，以及 instruments 都能获取性能数据。CPU、内存、流量 xcode 就有，如果只是需要数值不需要很详细的信息，xcode 其实更方便。

同样半路出家，做了 1 年业务测试后因为项目调动跟着公司前辈做了一年自动化测试框架。

自学我觉得没啥问题，但最好还是找个实际项目尝试一下，这样比较有价值。同时也可以关注下 app 自动化测试领域的各项资讯和文章，扩大下自己的视野。

编程能力也是要持续学习加强，总归不能脚本出错了都不知道怎么定位和调试把。

感觉用 ubuntu 虚拟机有点蛋疼，我们是物理机用 ubuntu ，然后 docker + nginx 部署。stf local 适合试用，真正用还是结合 nginx 各个组件独立部署比较好。

毕业 4 年，第一年功能测试，第二年自动化测试框架开发和专研 appium ，第三年偏技术的业务测试（接口、性能、自动化等）和专研 iOS 开发 + 自动化测试，第四年测试开发小组组长，基于 stf 做了个简单的兼容性测试平台 + 管理一个小小组。

说实话做的东西比较杂，现在工作原因也很难专注在单纯的技术上，更多是怎么做好工具或平台来推广一些测试方式方法，目前在逐渐往体系方面转变，spring 、java 这些基础也在业余补充中。

恒温果然是文学小王子。我比较喜欢看未来简史、怪诞心理学这类书或者技术书。

感谢分享，这个实践不错。

我们的场景是这个是日志表，数据类型只是指定了使用 varchar ，但具体格式没有要求是 json ，是从某个版本开始要求全部用 json 字符串。所以后面的这个同学读取的时候直接就用 json 库解析了，遇到那个版本前的旧数据就跪了。

对 python 的几个主要测试框架介绍得都挺不错的。目前工作中用 pytest 比较多，nose 用得不多，但从介绍看来 nose 比 pytest 更好用，有空哥也要是试一下！