来回路程开车 1 小时，每天 8 小时（一般会多待一会），5 天

一机多控不好用，每台手机都不一样，还是得堆人头去测

最近就在搞这个，如果是 Android 的就用 qtscrcpy+screentogif，录制完后截帧看时间，screentogif 下载链接：https://www.screentogif.com/ ，qtscrcpy 下载链接：https://gitee.com/Barryda/QtScrcpy/releases/tag/v2.2.1 。不过想要全自动基本不太可能，半自动倒是有可能。ios 设备的话就不用 qtscrcpy 了，直接录个视频传到电脑上吧。如果你不是 win 电脑的话用不了 screentogif，去寻找 mac 的截帧工具吧

看下推的报告是哪种方式，关键词还是加签，如果是关键词看下有没被过滤了

没有，我设的机器人一直在提醒

1. 首先去问开发能不能做点击控件跳转到指定页面
2. 如果 1 可行，那么问下大概有多少个页面，分为哪些模块下（比如模块 1，模块 2，模块 3）
3. 根据模块做控件，定一个初始入口，自动化切换一种语言（如：英语）后，启动 App。直接点击开发给的功能入口，点击进入入口后，里面包含各个模块的控件，然后模块底下有分不同页面跳转的 btn，那么只需要去遍历点击这些 btn 就行，当某个 btn 的流程出异常加个告警，方便后续手动回归，异常就重试直接下一次遍历。

我目前能想到的只有靠开发协助不知道是否能实现，单靠测试这块的工具很难做成。
看开发是否能在 debug 包中加一个助手，支持各个待测页面的跳转，其他的方案还是按 App 自动化去切换不同的语言进行截图

用过 soloπ的一机多控，难用。
之前想一机多控去看看多语言的问题，后面放弃了。没什么好的方法

然后看下这个元素的可见属性与可点击属性是否是 true

看下有没 iframe，好久没搞 web 自动化了

逍遥子还在逛社区呢，线上 bug 处理完了嘛

个人觉得分公司吧，有些公司确实比较水，不需要太多技术混混日子还是可以的

感觉 T 社是你的朋友圈了

ld 玩 T 社吗

未来可期~

sonic

真不错，熬过了低谷期，未来一片光明~

楼主说了是幻想出来的，多重人格

用了 appium-inspector 和 weditor 定位元素还有什么痛点

用的 tapd

下面列出几个牛逼的测开可能会有的护城河：

1. 多层次的测试策略：牛逼的测开通常会采用多层次的测试策略，包括单元测试、集成测试、系统测试、性能测试、安全测试等。这些测试层次可以有效地发现不同类型的缺陷和问题，从而增强产品质量。

2. 自动化测试：牛逼的测开通常会广泛采用自动化测试技术，包括自动化测试脚本的开发和执行、自动化测试框架的搭建和维护等。自动化测试可以大大加快测试效率，减少测试成本，提高测试覆盖率和准确性。

3. 持续集成和持续交付：牛逼的测开通常会采用持续集成和持续交付的方法，实现代码的快速集成和部署。这可以使开发和测试团队更加紧密地协作，减少集成问题和测试周期，提高产品质量和交付速度。

4. 灰度测试和 A/B 测试：牛逼的测开通常会采用灰度测试和 A/B 测试等技术，对产品的新功能和变更进行逐步验证和验证。这可以减少对用户的影响，同时收集用户反馈和数据，为产品的进一步改进提供依据。

5. 安全测试和漏洞管理：牛逼的测开通常会重视安全测试和漏洞管理，对产品的安全漏洞进行识别、评估和管理。这可以保护用户的隐私和数据安全，避免数据泄露和其他安全问题的发生。

6. 数据分析和挖掘：牛逼的测开通常会利用数据分析和挖掘技术，对产品的用户行为、性能和质量等方面进行分析和评估。这可以帮助产品团队了解用户需求和反馈，发现潜在的问题和机会，为产品的持续改进提供依据。

同在厦门但是有没 hc 不清楚

1. 能用 id 尽量用 id，不能用就是用 xpath（//*[@text='需要检测的文字']）,用 full xpath 肯定很慢，而且不易维护
2. 当页面存在动图或者视频时一定加上 des 参数 "waitForIdleTimeout": 100,
3. 选择一个稳定的 appium 版本，我用的 1.21.0，稳如老狗 基本满足上面在 android 端不会执行的很慢，ios 另说

Please verify your Appium installation ，说明 Appium 环境配置有问题，应该是少了某些部件，如果没猜错的话，Android 也可能会报 Could not load a driver for platformName 'Android'