虽然公司没有要求 996，但是周末跟老婆两人也会每天干半天活儿，一方面是因为危机感，一方面也是想让工作真能做成事业！

看到了，平台做的挺好的，因为我们去年的做法跟你的方式差不多，但是效果真心不好。
今年直接规划好测试规范，让大家写脚本了，稳定性有所提升；

平台做得挺好，但是还是无法避免，不写脚本的 UI 自动化维护成本过高的问题；
还是建议写脚本，灵活性更高，且可以降低将脚本转化为 Web 操作的坑和工作量；

图像识别速度慢，且需要增加截图耗时操作。
为什么不以 permission 为关键字筛选 ActivityName，然后操作目标关键字获取元素坐标并点击呢？

权限弹窗的 ActivityName 可以逐步完善，写到 list 中；
权限允许关键字也可以逐步完善，写到 list 中；

看日志

无语

有钱人买特斯拉和蔚来，经济紧张可以买帝豪的电动车

同样推荐 loguru

梳理目标用户，然后根据目标用户的机型分布，选择 TOP3

上图吧老铁

左耳朵耗子怎么样？

建议从小开始改善：
1、冒烟通过率很低：把冒烟测试自动化，如果冒烟不通过，直接在流程上打回去，不浪费测试时间；
2、项目界面、易用性问题比较严重：这种问题应该产品或交互背锅？或者在需求评审阶段增加工作量，避免返工导致的浪费；

在使用压测工具进行压力测试的时候，尤其是 Jmeter、Locust，经常因为本机资源限制，导致性能数据出现偏差，甚至误导，可以使用如下方法进行校验：
1、观察本机各项资源是否达到；
2、对比 Jmeter 的响应时间和服务器端的响应时间，看看偏差是否较大
3、使用 jmeter 分布式，进行压力测试，对比单 Jmter 和多 Jmeter 压测数据

利用 UI 结构，进行相对定位吧

好吧，哈哈

嗯嗯，看来你周末不休息啊

飞哥可以写写你们的测试平台吗？

好工具

建议 1：自己搜索一下：https://stackoverflow.com/questions/21294945/error-unable-to-find-instrumentation-info-for-componentinfo/23394559#23394559?newreg=75b9d9538761443a9aff8e9e905514ac

建议 2: 您提问的信息实在太少，建议参考链接中的提问方式

晒下办公环境

+1

看到这句话，深有感触
需要考虑平台总体架构，需要考虑编码设计，需要自己去做交互设计，自己去做美工，我们没有全职的前端（虽然我也有很多办法可以要到前端资源，但更倾向去全栈开发），需要和公司内部大大小小的平台做联调和对接，需要在各个技术团队落地应用。

重要的风景在路上

没那么难，我骑行的滇藏线。转山那么难是因为他冬天骑行的，敢冬天去的，都是不要命的。

我几年前骑行过了，不过还想试试青藏线，比较具有挑战性