为什么是问答，不应该是灌水么？

赞赞的，最适合我这种懒人了。

这不是一个合格的测试人员应该提出的问题。发现很多坑，有哪些坑？怎么个坑法？如何不稳定？

不可以，自己想办法搞，只能提供思路不提供具体方法，这是原则。

先搞解锁屏，然后 adb shell 发命令，再用 uiautomator，这个只针对原生系统应用。

就差录制脚本没做了。还没有头绪怎么去做。

rethinkdb 不支持 windows,想用 windows 就使用 docker 的方式。另外，STF 官方是提议使用 ubuntu,而并非 mac。

这年头 5~8K 能请到一个测试开发？这薪资是停留在多好年前的水平。

貌似 fork-server 没有改，只是-a 参数不能用了而已。如果真要用 39 版本那就去看源码怎么改的，不行就用回 1.0.32 版本。

某直播是不是要给 BUG 分析费？

安全难做在于要知道扫描出来的 BUG 怎么去解决。

你做平台有没有需求先？或者是哪个领导要求做的？如果都没有，建议不要做。

Linux 先学 shell。不要为自动化而自动化，看实际需要做什么，能做什么！

说明 case 写得太表面，而没有注意到测试细节。
比如：
操作：点击 XXXX， 结果：XXXX
这种 case 出问题的概率比较小。
如果写成
操作前执行 xxx，再点 YY，结果：ZZZZ
点击 XX 后执行 yyy，结果：ZZZZ

效果是不是会不一样的？

网上投简历很多会被筛选掉的。看下社区有没有人想接你这个盘吧。

是的，高仿树莓派 以前研究过一段时间，性能什么都还不错，重点是有技术支持。据说销量很好，淘宝上面应该可以买到，或者直接去问下珠海全志。

1、截图是有问题的，需要自己去修改 lib/unit/storage/temp.js.问题原因是 http.get 的 url 被识别为下载 apk 的链接。
在最后的 app.get 上面复制同样的内容。

2、那个 appium 接入不是官方的，而且再写个 appium 的类来接入比起你看别人怎么接入还来得直接一点。

PS：
提问题麻烦以一个标准的测试人员提 BUG 一样提交，这是测试人员的基本素质。

全志的 cubieboard 应该有全套方案。

35 这个梗，哈哈。

adbkit 是 stf 的精华。

测试合久必分，分久必合。

举个栗子：当开发延期你剩一天的测试时间，明天就要发布产品，你如何保证质量？你能决定这个产品高质量？此时，你只能评估此产品的风险，无法保证质量。
一个高质量的产品就是从整个开发流程下来保证其质量，包括开发时间安排，技术、需求的合理性、测试用例的设计的覆盖度等等。作为一个测试更应该去改变测试决定产品质量这个观念。
如果你还是停留在目前测试决定产品质量的话，我就静静的看着你背锅。

肯定是确定的事啦，之前我发过这个问题都没人回我 而我又懒得去看 adb 的源码

启动参数改了？

深圳也有坑位？