大佬，花名是啥，求认识@codeskyblue

当然做事多思考是个不错的特性

这有点人云亦云了 ，本人进入网商亲证有些现象是树大招风，工作体验很棒，基础建设也很高级，一切追求效率。周三 6 点就下班效率日，很不错呢。我面试也没遇到你这一排的任何一个问题

花名可以啊，这边空缺很大，团队也不错，不过貌似看到你已经走过面试流程了？

以后换个头像真假孙悟空

太强了吧，支持，follow 到天涯海角

老铁加油 ！！！

执行：如果是 mac 可能没有 lockdown 权限，需要
sudo chmod 777 /var/db/lockdown/
这可能提示无法修改，即便是使用了 sudo。
在 macOS 10.10 之后的系统需要先关闭内核保护才可。
重启 mac 电脑的时候按住 Command+R,进入恢复模式后（可能需要选择一个账户，再点击下一步）
状态栏：实用工具 - 终端，输入命令：
csrutil disable
reboot
注意：电脑升级啥的可能导致重新锁上，需要重复该步骤

打开后不是 safari 等浏览器么，点击下地址栏，就可以复制出来了啊
地址栏的属性也应该有 value 可以直接读取呢

一、app 有啥不支持加入 id 的，不就是类似 button.accessbilityId=xxx 这样的代码嘛，也不会影响功能
二、顺序变化不知道开发逻辑导致的，是不是你每次安装都会导致顺序重新生成。要是元素嵌套链的问题的话：other.other.button["我知道了"]，和 other.button["我知道了"]，都能定位到你的按钮啊。不用每层都写呢

已经添加 wx，感谢

貌似需要开启 iphone 设置中的 voice over 相关选项。你可以试下，应该支持

想参与 怎么联系大佬

有方法不用 wda 么。比如直接驱动 xcuitest 就像 wda 驱动 xcuitest 一样😅😅😅

wait 和 sleep 是啥原因不靠谱阿，不是等到元素出现么，然后最长等待大不了写 20s，那么无论是在 3s 还是 10s 的时候（不同性能下）只要元素出现了就继续。

完全体会到你的难处，我也是想办法说服同事和老板来着。
这么说吧。app 的库编译连接啥的这个 app 首页 UI 框架的构造、渲染，以及框架出现后各个图片的加载。到底技术上和业务上如何定义 app 启动过程，真的是个坑。
1.比如你测试的启动时间长了，有没有想过开发如何优化
2.或者你首页 UI 从 10 张轮播图变成 1 张，那么 app 启动性能变化了么？（此处作为探讨）
3.如何对比不同 UI 甚至 UI 更新逻辑的 app 之间的启动性能？比如我们的 app 甚至首页模块都是智能推荐，每次启动由于投放内容和用户行为，出现不同结构的数据流，你拿哪一种 UI 结构当做本 app 的启动性能呢？

目前 XCTestMetric 测量 app 开始创建到 firstFrameRender,想必有它的理由，但是说服领导有点难

啥情况，联系你外包么，。。。。

哈哈哈，终于看到了一样的问题，团队内部之前坚持的就是肉眼看完全启动完，但是不同的人去测本身就有偏差。
再者说性能本身就是零点几秒的慢慢误差，要是看图说话这么猜太难了。
所以还是要测量，图片对比这个我们暂时没搞。
我试了下 XCTestMetric 的启动时间测试,虽然没有完整覆盖图片下载这部分（其实不算 app 启动过程吧）。图片的异步加载和 app 本身的初始化和启动从技术上看是不是可以分开看，不然网络环境的波动以及图片资源大小的变化本身就使得这个测量过程没说服力了

都是各种工具，毕竟各有优点缺点。
比如 apple 原生的 UItesting 的速度（只是举例）。应该秒杀大部分第三方工具。

就是在研究这个 TraceUtility 啊。目前没看到别的。
这个研究起来很需要 OC 语言背景啊，有点吃力，。。。。

大佬，求相关解析方案啊，也在搞这个，不会获取 stack trace 数据

这问题百度就好了，哈哈哈。
辅助测试来发现测试用例遗漏的逻辑啊。发现开发多余分支等等。

很可能和机型环境有关，我的 macbookpro 就不会出现该问题。
然而做实验的 mac mini 总是间歇性调用 instruments 失败。
Apple Developer Forum 上也有问题反馈的是 Mac mini，
问下您的 Xcode 具体版本和 macOS 版本以及电脑型号？

trace 文件没有符号化，那怎么自动解决啊。手动可以载入。
但是在做的是自动化的性能数据解析平台
感谢！

可以查看我的文章。欢迎讨论！