#8 楼 @heyzhuliye 赞同。
排下版吧,这样日志和代码混在一起太难看了。
另外,把你的脚本完整贴上来,就这三句话定位不了问题。根据日志只能告诉你是你的脚本本身的问题。要不是 driver 用错了,要不是 appium-client 版本有问题。
麻烦补充薪酬范围。
补充一下,除了 npm install ,appium 针对 windows 和 mac 有提供编译好带有 GUI 界面的包。只是版本更新没 npm 快。
爬知乎这个很有趣
请使用 markdown 进行排版。
现在做 stf 二次开发的越来越多了呀~
思路和方法很赞。这样就解决了开发手动加 id 工作量大又不一定能满足需要的问题了。
后面可以试试看 Android 有没有类似的解决方案。
#4 楼 @seveniruby 是的,长期需要往 sdk 方向走。但必须越狱的话难度有点高,毕竟越狱设备相对来说都比较有限。
后面先具体调研下 gcov 的覆盖率生成相关功能,看是否满足需要。
#1 楼 @Lihuazhang 所以我只是写尝鲜,后面做成自动化还有不少东西要做。
苹果 WWDC 2016 上有一个对应的专题:https://developer.apple.com/videos/play/wwdc2016/406/,通过配置启动选项可以在 xcode 的日志中显示由系统统计出来的启动时间。
我们目前以官方的这种获取方式为准。至于你上面说的哪个时间比较准确,我觉得取决于你们对启动时间的理解吧。didLoad 的时候用户还不一定能看到完整界面,didAppear 是用户已经看到界面。
另外,用 NSLog 埋点有个不好的地方,只有 Debug 模式下 NSLog 会出现,但实际用户使用的应该是 Release 模式。从准确度的角度,启动时间应该用 Release 模式的准确一些。
PS:刚用 Xcode 8.1 + iOS 10.0.2 试了下 time profile ,现在有概要时间报告了