完全体会到你的难处，我也是想办法说服同事和老板来着。
这么说吧。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 文件没有符号化，那怎么自动解决啊。手动可以载入。
但是在做的是自动化的性能数据解析平台
感谢！

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