测试案例很重要，但发现 bug 的往往不是用测试案例发现的。

这家是个好公司，但是在国外比较不方便。

不清楚你们是什么样的测试数据，居然能有这么大。出一个馊主意，多搞几台相同的数据库。
其实一般来说做自动化测试前需要有环境自动部署能力，这个能力是自动化测试重要环节。
使用 docker+k8s 可以快速部署环境（包括数据库），但我这边做不了，所以多搞几台服务器。

反正我是无论如何都还原数据库。不然各种数据不稳定，案例跑不下去。

要保证产品质量就老老实实写用例，自动化的非自动化的都一样。

个人经验，我们这边经常出这样的问题，哪怕你提了一堆 bug 也要有邮件或者其他记录而且要 @ 到那个人。干架的时候，只要不是你没有验证 bug，延期关你啥事，没提 bug 就是你的问题。要整改要布道也需要有个锲机，等出事故。

默默点赞，一针见血。

这种地方练的不是技术能力，而是怎么做事。怎么让你想要做的东西落地，这是你应该想的，包括如何说服开按着规范来做。最好的方法就是等出事故，再来整改。你要做的是如何撇清责任。

代码覆盖率

什么是微校

银行的能转么

修改数据库 device 表中的 owner 字段，设置成空就可以了。

数据库

要看源码

我记得 adbkit 新版本已经解决了。

我记得 nexus5 应该是没问题的。问题在于权限，找下手机测试哪些权限没开启，往这个方面去试。

我只用 stf 的后端，前端没有使用。

压测机带宽问题。你不应该只看 client 端的，要结合 server 端的性能参数进行分析。

这是性能测试的误区，无论你 client 端如何模拟，最终要表现的是在 server 层。无论是多线程还是多进程，计算机发送报文过程都是有先后的，只是差 0.0000 几秒而已。这么说明白了吗？
第二个问题没法回答。跟工具没有关系，而是需要对一台服务器做容量评估，压测是最大承受能力，性能测试是最优承受能力。当然需要测试数据作为指标来评估。

看下省电模式或者后天运行等关键字。把 service 加入白名单。

oppo 还有个坑爹的就是点击到开发者的黄色下拉就会断掉，这个只能把点击区域这块去掉，如果是用 monkey 一定要定制坐标点，不给点击到那个下拉条。当然最好是让 oppo 那边的开发者不要设计这么反人类的功能。

为什么断掉呢？了解一下 android 的回收机制。android 手机一开始和苹果手机差别在哪里呢？其中一个就是 android 手机开机久了就会越来越卡，而且耗电非常快，于是厂商就不断优化手机。说了这么多，解决办法就是把 stfservice 加入耗电白名单或是允许后台运行的类似关键字。这个问题不仅仅是在 oppo 手机上出现，不同的手机还有不一样的界面入口。

飞吻😘

自动化测试不是解决 100% 的测试覆盖，随着需求的增加总会出现 bug。自动化测试是有限集合的测试覆盖，自动化测试要做到的是出现过的 bug 不再出现。

这个问题应该是你的 stf-service 被 android 系统干掉。